**** BEGIN LOGGING AT Tue Feb 02 02:59:58 2010
Feb 02 05:04:35 <cz_jc> DocScrutinizer, DocScrutinizer51: well.. I measured the battery and yes it has about 2 times endurance it has before but still, it discharged in a few minutes on the multimeter
Feb 02 05:04:57 <cz_jc> it was left for those 10 hours on 3V supply
Feb 02 06:01:03 <satish> Hi, rtc wake up alarm set is failed with ioctl
Feb 02 06:01:47 <satish> ret = ioctl(rtc_fd, RTC_WKALM_SET, rtc_wk_tm1);
Feb 02 06:01:55 <satish> the ret is -1
Feb 02 06:02:02 <satish> what could be the reason ?
Feb 02 06:03:20 <satish> ret = ioctl(rtc_fd, RTC_ALM_SET, rtc_tm);
Feb 02 06:03:24 <satish> is also failing
Feb 02 06:03:51 <satish> i have enabled all intrupts
Feb 02 08:08:58 <JaMa> moin
Feb 02 08:13:33 <Weiss> DocScrutinizer51: the latest from http://build.shr-project.org/shr-testing/images/om-gta02/ and http://build.shr-project.org/shr-unstable/images/om-gta02/.  actually, the "testing" one has now decided to say 100%, although the LED hasn't turned blue
Feb 02 08:14:41 <[Rui]> good morning! as I woke up and the phone was (again as last night) in kernel panic mode :|
Feb 02 08:23:02 <cz_jc> just as a (maybe) interesting note: I'm testing a 'cmos backup' EDLC capacitor, goldcap brand by philips. Its 5.5V/1F cap and its been powering a 2.5mm LED with 1.5mA (now at 585 uA) for 45 minutes now
Feb 02 08:23:46 <cz_jc> also, I have it for about a year and a half, I charged it when I got it and when I used it now just for kicks, I measured voltage on it. It actually retained about 87% charge
Feb 02 08:24:14 <cz_jc> but this one is pretty huge for a phone I guess...
Feb 02 08:26:02 <cz_jc> interesting thing I found out: when I charge it to 5.5V after disconnecting from PS, it almost immediately discharges to about 3.7V (3.5V when charged by 5V) and then leaks about 1mV/s until 2.9V when it basically stops leaking with  my multimeter
Feb 02 08:42:27 <octavsly> rui: I don't know if it helps but I am using the January 15 version of SHR. All version from that date on until last week did not properly worked for me. I did not have time/knowledge to go into details on why things are not working as expected
Feb 02 08:54:39 <morphis> heyho
Feb 02 08:58:30 <teythoon_> hey morphis :)
Feb 02 08:58:52 <morphis> hey teythoon_ 
Feb 02 09:47:40 <DocScrutinizer> cz_jc: wpwrak: moin
Feb 02 09:48:53 <DocScrutinizer> might bubat be shorted on incident, while in component placer at fab?
Feb 02 09:50:49 <cz_jc> DocScrutinizer, does it matter ?
Feb 02 09:51:07 <cz_jc> DocScrutinizer, imo it'd discharge way before it could deform a tiny bit
Feb 02 09:52:04 <DocScrutinizer> just thinking
Feb 02 09:52:36 <cz_jc> DocScrutinizer, I'm fairly certain some of my cells got shorted at least for a while though
Feb 02 09:53:04 <DocScrutinizer> basically there are the following possibilities:
Feb 02 09:53:44 <DocScrutinizer> bat stored at too high a temp for too long, after purchase, at fab, prior to mounting
Feb 02 09:53:55 <DocScrutinizer> bat shorted
Feb 02 09:54:55 <DocScrutinizer> bat not charged during fab QA, due to fault in fab test sw. then shipped almost empty state and stored at reseller
Feb 02 09:55:48 <DocScrutinizer> bat discharged to death in normal useage pattern at user, due to faulty kernel never enabling BBC
Feb 02 09:57:46 <DocScrutinizer> according to datasheet bat manuf specified bat coems with >=0.1C
Feb 02 09:58:04 <DocScrutinizer> aiui
Feb 02 09:58:47 <DocScrutinizer> that's not much of a backup for self discharge in a hot production site
Feb 02 10:00:08 <DocScrutinizer> also aiui fab tests are not powering the device for hours, to allow for decent first charge
Feb 02 10:00:22 <CIA-47> freesmartphone.org: 03morphis 07msmcomm * r243bf365c637 10/libmsmcomm/src/ (20 files): libmsmcomm: introduce group handler for events (sim, call actually)
Feb 02 10:01:27 <DocScrutinizer> it occurs to me I seen working bubat mainly on the PV devices that never see extended period on a shelf idling
Feb 02 10:02:07 <DocScrutinizer> cz_jc: will you check the other specimen
Feb 02 10:02:09 <DocScrutinizer> ?
Feb 02 10:05:54 <cz_jc> DocScrutinizer, poor bat, you make it sound so sadistic :)
Feb 02 10:06:00 <cz_jc> DocScrutinizer, wilco
Feb 02 10:09:23 <cz_jc> DocScrutinizer, do you have any idea what happens when a USB uart (5V logic levels) hooks to MAX232-based MCU system ?
Feb 02 10:09:57 <cz_jc> DocScrutinizer, I have an ultra cheap chinese cable here thats claimed 'rs232' but I have my doubts... wondering what can I break
Feb 02 10:10:07 <DocScrutinizer> err, seems normal usecase, no?
Feb 02 10:10:18 <cz_jc> DocScrutinizer, RS232 is +/-12V afaik
Feb 02 10:10:53 <DocScrutinizer> ooops max232, USB, I see
Feb 02 10:11:48 <DocScrutinizer> depends on the USB UART.Magic smoke might escape. Those MAX232 are prety strong
Feb 02 10:12:54 <DocScrutinizer> cz_jc: RS232 is output 12V, input 3..12V
Feb 02 10:14:14 <cz_jc> DocScrutinizer, yeah, its a bitch, it can putout about 3mA differential output at 12V
Feb 02 10:14:21 <cz_jc> DocScrutinizer, some magical charge pump :)
Feb 02 10:14:22 <DocScrutinizer> I built couple cheap adapters consisting of R and Zener to limit 12V to 5V
Feb 02 10:14:50 <cz_jc> DocScrutinizer, I could disconnect the max but then if it was actually rs232, it would break the avr XD
Feb 02 10:15:02 <DocScrutinizer> usually works with TTL->RS232
Feb 02 10:15:10 <cz_jc> I know for a fact -12V on input pin borks avrs pretty nicely
Feb 02 10:15:23 <cz_jc> but I'm too lazy to shop for zeners :)
Feb 02 10:15:40 <cz_jc> small village, long way to nearest electronic store
Feb 02 10:16:06 <cz_jc> DocScrutinizer, so you think worst case scenario is USB channel in my hub damaged ?
Feb 02 10:16:42 <cz_jc> hehe oh_well.. its a cheap hub :)
Feb 02 10:16:47 <DocScrutinizer> RS232 mark is -12..+3V (though -3..+3V is a nonspecified area), RS232 space is +3..+12V -- on input of RS232
Feb 02 10:18:06 <DocScrutinizer> nasty bit is: usuall TTL-LV-RS232 is inverted to the normal 12V-RS232
Feb 02 10:19:29 <DocScrutinizer> heh cz_jc You got DVM now. Hook up to USB, then probe RS232 side
Feb 02 10:19:57 <DocScrutinizer> if it has 12V soemwhere odds are it's a decent adapter
Feb 02 10:22:07 <cz_jc> DocScrutinizer, yeah, I know its inverted.. took me a while to figure out when I was doing software-based uart with PIC16F84 hehe
Feb 02 10:22:36 <cz_jc> DocScrutinizer, thats the thing, I tried transmitting, measuring RTS/CTS etc and I only got 0-3V and no negative voltage
Feb 02 10:22:53 <cz_jc> DocScrutinizer, cant know for sure the multimeter isnt slow enough not to pick it up.. no scope
Feb 02 10:23:10 <cz_jc> DocScrutinizer, thats where the uncertainty comes from
Feb 02 10:23:29 <mickeyl> JaMa: ACK for the patch.
Feb 02 10:23:31 <DocScrutinizer> use peak detector (diode, C)
Feb 02 10:25:23 <DocScrutinizer> or, use the 9V bat to feed 9V to RS232 side. Then probe on USB side
Feb 02 10:25:24 <JaMa> mickeyl: please fix that SUBDIRS in git repo first, I'll bump it then in one go
Feb 02 10:25:26 <cz_jc> DocScrutinizer, no fast diodes handy either :/
Feb 02 10:25:50 <mickeyl> SUBDIRS?
Feb 02 10:25:51 <DocScrutinizer> any diode will do
Feb 02 10:25:56 <max_posedon> mickeyl, yes
Feb 02 10:26:00 <mickeyl> where?
Feb 02 10:26:12 <max_posedon> in Makefile.am everywhere except fsodeviced and fsogsmd
Feb 02 10:26:14 <cz_jc> oh screw the hub, I'm too lazy for a peak detector :)
Feb 02 10:26:18 <DocScrutinizer> even B-E or B-C of a transistor
Feb 02 10:26:26 <JaMa> 02:04:00 < max_posedon> mickey|zzZZzz, JaMa  fsogsmd Makefile.am SUBDIRS doesn't contains "conf", so it won't install their config
Feb 02 10:26:29 <max_posedon> mickeyl, sorry, except fsodeviced and fsousaged
Feb 02 10:26:44 <JaMa> mickeyl: only fsodeviced,fsousaged installs conf correctly ^^ 
Feb 02 10:26:49 <mickeyl> hmm, ok, let me check
Feb 02 10:28:57 <JaMa> mickeyl: and maybe you could consider same config hierarchy for fso-abyss? there is only abyss.conf.sample
Feb 02 10:29:11 <CIA-47> freesmartphone.org: 03mickey 07cornucopia * r429a3d190016 10/ (3 files in 3 dirs): fsgsmd: add conf to SUBDIRs
Feb 02 10:29:45 <mickeyl> here it looks only fsogsmd was missing it
Feb 02 10:30:00 <mickeyl> fsomusicd is bypassing the fso plugin system, so it doesn't need that
Feb 02 10:30:09 <mickeyl> fsodatad, fsonetworkd, and fsotdld install ok here
Feb 02 10:30:38 <JaMa> ah you're right..
Feb 02 10:30:47 <JaMa> those are only default and installed ok
Feb 02 10:31:09 <mickeyl> JaMa: for historic reasons abyss.conf is owned by libgsm0710mux, i'll do the same hierarchy there
Feb 02 10:32:12 <JaMa> mickeyl: should I wait for that, or push patch as it's now + that fsogsmd bump?
Feb 02 10:32:47 <mickeyl> JaMa: please push it now, it needs some more thinking, since the conf file is used both by the executable and the library, i have to find a better way there
Feb 02 10:32:57 <JaMa> ok, thanks
Feb 02 10:54:27 <Weiss> JaMa: for shr-u, are you packaging the latest version of libdrm?
Feb 02 11:14:12 <mrmoku> Weiss: conf/distro/include/sane-srcrevs.inc:SRCREV_pn-libdrm_om-gta02 ?= "67a3eb2188a38a5000af0ad4ac3a0eba43cab574"
Feb 02 11:14:31 <mrmoku> no idea if that is latest though :P
Feb 02 11:18:42 <Weiss> that's fine :)
Feb 02 11:19:51 <mrmoku> good :)
Feb 02 11:25:45 <CIA-47> freesmartphone.org: 03morphis 07msmcomm * re1245b41a7aa 10/ (9 files in 3 dirs): msmcomm: various stuff ...
Feb 02 12:09:39 <JaMa> ynezz: gta01 image with usable configuration is building right now..
Feb 02 12:09:58 <JaMa> ynezz: please try it when you can
Feb 02 12:36:00 <leviathan> morphis: msmcomm???
Feb 02 12:36:13 <leviathan> do you code for msm too now?
Feb 02 12:36:32 <morphis> leviathan: what do you mean with "for msm too now"?
Feb 02 12:36:40 <morphis> the Palm Pre includes a MSM modem
Feb 02 12:36:40 <leviathan> uhhm
Feb 02 12:36:46 <leviathan> oh
Feb 02 12:36:47 <leviathan> ok
Feb 02 12:36:49 <morphis> :)
Feb 02 12:36:53 <leviathan> wonderfull
Feb 02 12:37:55 <leviathan> do you wanna join our team?
Feb 02 12:38:01 <leviathan> mean ML
Feb 02 12:38:25 <leviathan> http://lists.osuosl.org/mailman/listinfo/replicant
Feb 02 12:38:44 <leviathan> shr-msm
Feb 02 12:39:20 <leviathan> btw: very nice: phone calls are working
Feb 02 12:39:22 <leviathan> but
Feb 02 12:39:36 <leviathan> GNUtoo: we are missing the gsm data control device node
Feb 02 12:39:43 <leviathan> in htcdream
Feb 02 12:39:48 <GNUtoo> leviathan, that is to say?
Feb 02 12:39:56 <GNUtoo> /dev/smd0?
Feb 02 12:40:01 <leviathan> sound
Feb 02 12:40:09 <GNUtoo> ?
Feb 02 12:40:11 <leviathan> mickey told me, we would be missing device nodes
Feb 02 12:40:34 <leviathan> mickey|bbl: could you describe the missing device node issue to GNUtoo?
Feb 02 12:47:14 <GNUtoo> leviathan, alternatively you could pastebin your logs
Feb 02 12:49:01 <leviathan> it was not remarked by me, but by mikey
Feb 02 12:49:21 <leviathan> while he was modify'n gsm stuff
Feb 02 12:49:57 <leviathan> he told me, that without this third device gsm data connections arent possible
Feb 02 12:50:04 <leviathan> so we cant surf in internet
Feb 02 12:50:25 <leviathan> I never could test it, because I dont have payed for 3G
Feb 02 12:50:31 <leviathan> need a license
Feb 02 12:50:39 <leviathan> uhhm
Feb 02 12:51:11 <leviathan> contract?
Feb 02 12:51:15 <leviathan> agreement
Feb 02 12:51:23 <leviathan> you know
Feb 02 12:51:58 <leviathan> and a 3G capable sim card would be nice too, only doing gsm is pissing me on
Feb 02 12:58:21 <GNUtoo> leviathan, ok
Feb 02 12:58:24 <GNUtoo> but we have rmnet
Feb 02 12:58:28 <GNUtoo> or something like that
Feb 02 12:58:39 <GNUtoo> leviathan, I've no 3g either
Feb 02 12:58:48 <GNUtoo> costs too much,also useless
Feb 02 12:58:58 <GNUtoo> useless when I'm not in hollidays
Feb 02 12:59:07 <GNUtoo> I've wifi everywhere I go
Feb 02 13:00:07 <leviathan> mhm
Feb 02 13:00:28 <leviathan> would be nice to have something like a connection daemon which work more autonomous
Feb 02 13:00:41 <leviathan> looks around for  free wifi
Feb 02 13:01:03 <leviathan> and if you're not using networking for more then 5min
Feb 02 13:01:16 <leviathan> it shuts down networking anyway, to spare power
Feb 02 13:01:54 <leviathan> so it combines 3G and Wifi to get always internet
Feb 02 13:02:01 <leviathan> and wifi is prefered to 3G
Feb 02 13:02:12 <leviathan> because you also wanna spare money
Feb 02 13:02:14 <leviathan> :)
Feb 02 13:05:07 <GNUtoo> leviathan, we should revert the changes in the kernel in msmfb.c and I should make a recipe for xf86-video-msm
Feb 02 13:05:25 <leviathan> hmm
Feb 02 13:05:46 <leviathan> the codeaurora driver is sooo not compatible with ours
Feb 02 13:06:13 <leviathan> dunno where they got theire graphics driver
Feb 02 13:06:16 <leviathan> and kernel
Feb 02 13:06:18 <GNUtoo> leviathan, realy?
Feb 02 13:06:27 <leviathan> totaly different crap
Feb 02 13:06:28 <leviathan> yes
Feb 02 13:06:31 <leviathan> try it out
Feb 02 13:06:32 <leviathan> ;)
Feb 02 13:06:34 <GNUtoo> do they have 3d?
Feb 02 13:06:40 <leviathan> uhm
Feb 02 13:06:42 <leviathan> dunno
Feb 02 13:06:48 <leviathan> DRI and DRI2 they have
Feb 02 13:07:03 <GNUtoo> indeed:
Feb 02 13:07:10 <GNUtoo>  msm-dri.c msm-dri2.c  msm-drm.h  msm-drm.c
Feb 02 13:10:36 <GNUtoo> I'll be back soon
Feb 02 13:11:20 <mickey|sofa> GNUtoo: do you have data connectivity with your kernel?
Feb 02 13:11:27 <mickey|sofa> GNUtoo: I'm missing smd1
Feb 02 13:11:28 <GNUtoo> mickey|sofa, rmnet
Feb 02 13:11:48 <mickey|sofa> d'oh
Feb 02 13:11:57 <mickey|sofa> that's a data driver that uses the modem?
Feb 02 13:12:11 <GNUtoo> I think so...I didn't investigate
Feb 02 13:12:17 <mickey|sofa> interesting.
Feb 02 13:12:20 <GNUtoo> ifconfig gives rmnet something
Feb 02 13:12:23 <mickey|sofa> so smd1 may appear on disabling rmnet
Feb 02 13:12:25 <mickey|sofa> i'll try
Feb 02 13:12:56 <mickey|sofa> cool. if that works we don't have to use ppp
Feb 02 13:13:01 <GNUtoo> ok
Feb 02 13:13:10 <GNUtoo> I don't know if smd1 may appear
Feb 02 13:13:18 <GNUtoo> I realy have to go to eat
Feb 02 13:13:21 <mickey|sofa> hehe
Feb 02 13:13:23 <mickey|sofa> ~bon appetit
Feb 02 13:13:24 <apt> methinks bon appetit is smacznego.  Guten Appetit.  Eet Smakelijk.  God Appetitt.  Buon Appetito.  Buen apetito  Bom Apetite. buen apetito  Smaklig måltid!.  Hyvää ruokahalua.  Bo Proveito
Feb 02 13:13:50 <GNUtoo> thanks
Feb 02 13:14:20 <GNUtoo> mickey|sofa, btw we should try xf86-video-msm
Feb 02 13:14:56 <mickey|sofa> an msm driver for xorg?
Feb 02 13:15:00 <mickey|sofa> nice
Feb 02 13:15:10 <Weiss> GNUtoo: msm-dri2.c is in xf86-video-msm?
Feb 02 13:17:45 * mickey|sofa curses the snow
Feb 02 13:20:24 <JaMa> mickey|sofa: when I want to run debug screen session for all fso daemons, what should be right order for starting daemons? http://pastebin.ca/1775603
Feb 02 13:21:48 <Weiss> GNUtoo: I had a look at CodeAurora's gitweb.. looks like they have a DRI-aware X.org driver, ready for building (eg) accelerated Mesa on top of. looks good..
Feb 02 13:25:39 <mickey|sofa> JaMa: that looks right
Feb 02 13:26:52 <Weiss> leviathan: &
Feb 02 13:26:53 <Weiss> ^
Feb 02 13:27:30 <Weiss> ...apart from the lack of 3D in any MSM chip? (maybe? I don't know..)
Feb 02 13:32:47 <JaMa> quite unrelated.. but is it possible tu run ie: bash -c "echo done" and after echo done stay in that created shell? -i -l doesn't work that way..
Feb 02 13:33:32 <JaMa> for that .screenrc would be nice to have last executed command still in bash history (for quick daemon restart)
Feb 02 13:40:43 <GNUtoo> Weiss, yes
Feb 02 13:41:17 <GNUtoo> I think we need a kms-dri kenrel also
Feb 02 13:46:31 <JaMa> mickey|sofa: do I remember right that fsotime is dead (replaced with fsotdld) and I can remove staging/armv4t-oe-linux-gnueabi/usr/share/vala/vapi/fsotime*
Feb 02 13:48:31 <mickey|sofa> JaMa: correct
Feb 02 13:49:00 <JaMa> *G*
Feb 02 13:49:17 <Weiss> GNUtoo: "we" = codeaurora, or we=non-codeaurora (I don't know how things are set up for MSM).  that xf86-video-msm driver will need a DRM-enabled kernel, but I guess they already have one.  Don't think it has KMS though
Feb 02 13:49:44 <GNUtoo> Weiss, we = comunity
Feb 02 13:50:02 <Weiss> separate fro CA?
Feb 02 13:50:04 <Weiss> from*
Feb 02 13:50:20 <GNUtoo> yes mostly....
Feb 02 13:50:56 <Weiss> ah..
Feb 02 13:51:06 <Weiss> are CodeAurora non-evil? the code looks good
Feb 02 13:51:23 <GNUtoo> I don't know
Feb 02 13:51:28 <Weiss> signing up to a licence before you can contribute isn't nice :(
Feb 02 13:51:33 <GNUtoo> indeed
Feb 02 13:52:15 <GNUtoo> that's what made me not participating in code-aurora
Feb 02 13:52:26 <GNUtoo> it would have been complicated etc...
Feb 02 13:52:41 <GNUtoo> and I bet there would be no benefit
Feb 02 13:54:16 <Weiss> yeah.. I'm trying to determine the reason for the scary-looking licence
Feb 02 13:55:42 <Weiss> $1000 joining fee? yeah, right.
Feb 02 13:55:55 <misc> *ouch*
Feb 02 13:56:25 <Weiss> and I can't find the actual text of the "IP policy" and "antitrust" thingy
Feb 02 13:59:01 * Weiss doesn't see what's wrong with providing the resources for people to contribute (e.g. Git server, mailing lists etc) and leaving it at that. "big business" can still use the results within the applicable licence, and that doesn't change with all this scariness if it builds on (say) GPL'd code
Feb 02 13:59:07 <Weiss> (this is an honest question..)
Feb 02 14:01:49 <JaMa> I guess that only answer is http://lwn.net/Articles/369880/ LCA: How to destroy your community
Feb 02 14:11:53 <GNUtoo> Weiss, I didn't saw that
Feb 02 14:25:50 <GNUtoo> hi leviathan at what point are you with your image?
Feb 02 14:26:33 <mickey|sofa> GNUtoo: i can't seem to bring up bluetooth, it's always blocked by HARDLOCK (rfkill)
Feb 02 14:26:45 <GNUtoo> ok I succeded in the past
Feb 02 14:26:46 <GNUtoo> I'll try
Feb 02 14:26:47 <mickey|sofa> is there some hardware flight mode button i overlooked? :)
Feb 02 14:26:51 <GNUtoo> no
Feb 02 14:26:54 <GNUtoo> there isn't 
Feb 02 14:27:08 <GNUtoo> it's a serial ti thing
Feb 02 14:28:24 <mickey|sofa> hmm, then perhaps just a kernel default setting we need to change
Feb 02 14:28:28 <mickey|sofa> or a missing 'enable' somewhere
Feb 02 14:30:50 <GNUtoo> enable is done via a program
Feb 02 14:33:24 <leviathan> GNUtoo: uhm
Feb 02 14:33:29 <leviathan> I've got a booting image
Feb 02 14:33:30 <leviathan> mom
Feb 02 14:33:37 <GNUtoo> ok
Feb 02 14:33:43 <mickey|sofa> GNUtoo: other than rfkill?
Feb 02 14:33:53 <GNUtoo> seem so
Feb 02 14:33:56 <mickey|sofa> oh
Feb 02 14:33:58 <GNUtoo> I'm trying to find it
Feb 02 14:34:00 <mickey|sofa> thanks
Feb 02 14:34:24 <leviathan> ok
Feb 02 14:34:31 <leviathan> uhhm
Feb 02 14:34:34 <leviathan> problem
Feb 02 14:34:42 <leviathan> new build doesnt build
Feb 02 14:34:46 <leviathan> I'll check some stuff
Feb 02 14:34:48 <leviathan> then upload
Feb 02 14:34:56 <leviathan> I have some issues with wifi
Feb 02 14:35:05 <leviathan> most of the time it gives time outs
Feb 02 14:35:25 <GNUtoo> hciattach
Feb 02 14:35:26 <leviathan> I forgot to save the tmp directory
Feb 02 14:35:39 <leviathan> before I rebuilt from scratch >_<
Feb 02 14:35:49 <leviathan> and new state doesnt build anymor
Feb 02 14:35:59 <leviathan> I'll upload an image tomorrow
Feb 02 14:36:05 <leviathan> but... its mostly working ^^
Feb 02 14:36:18 <mickey|sofa> oh that. i tried, but hciattach always times out for me. and rfkill mentions the HARDLOCK being active. I would expect hciattach to only work once HARDLOCK is off
Feb 02 14:37:20 <GNUtoo> ah ok
Feb 02 14:37:24 <GNUtoo> I'll try
Feb 02 14:40:27 <mickey|sofa> yo methril 
Feb 02 14:40:56 <methril> yo mickey|sofa 
Feb 02 14:41:06 <GNUtoo> mickey|sofa, echo 1 > /sys/class/rfkill/rfkill0/state
Feb 02 14:41:17 <GNUtoo> hciattach /dev/ttyHS0 texas
Feb 02 14:41:28 <mickey|sofa> hmm, interesting. that didn't work here
Feb 02 14:41:38 <mickey|sofa> couldn't get the rfkill out of HARDLOCK
Feb 02 14:41:40 <mickey|sofa> (state 2)
Feb 02 14:41:46 <GNUtoo> then it say something about the firmware
Feb 02 14:41:54 <GNUtoo> but the firmware is optional
Feb 02 14:41:54 <mickey|sofa> oh wait
Feb 02 14:41:59 <mickey|sofa> you're using the high speed uart
Feb 02 14:42:00 <GNUtoo> (high speeds only)
Feb 02 14:42:04 <GNUtoo> ah
Feb 02 14:42:10 <GNUtoo> no I didn't use the firmware
Feb 02 14:42:11 <mickey|sofa> i did use MSM0
Feb 02 14:42:21 <GNUtoo> ah ok
Feb 02 14:42:31 <mickey|sofa> will try when i'm back home
Feb 02 14:42:36 <GNUtoo> ok
Feb 02 14:42:37 <mickey|sofa> what's state now?
Feb 02 14:42:42 <mickey|sofa> cat /sys/class/rfkill/rfkill0/state
Feb 02 14:43:04 <GNUtoo> hci0:	Type: UART
Feb 02 14:43:15 <GNUtoo> 2
Feb 02 14:43:37 <GNUtoo> I'll document bluetooth on the status
Feb 02 14:44:02 <mickey|sofa> thanks
Feb 02 14:44:05 <mickey|sofa> hmm, state 2 means HARDLOCK on
Feb 02 14:44:10 <mickey|sofa> so that is either wrong
Feb 02 14:50:42 <GNUtoo> indeed
Feb 02 14:50:49 <GNUtoo> hcitool scan  => Device is not available: No such device
Feb 02 14:50:58 <GNUtoo> maybe I need to find the firmware
Feb 02 14:53:54 <lindi-> GNUtoo: what firmware?
Feb 02 14:54:11 <GNUtoo> lindi-, bluetooth firmware for htcdream 
Feb 02 14:56:31 <lindi-> GNUtoo: ah not openmoko stuff
Feb 02 14:56:58 <CIA-47> freesmartphone.org: 03mickey 07cornucopia * r6730d48dd983 10/tools/fso-boot/ (14 files in 2 dirs): 
Feb 02 14:56:58 <CIA-47> freesmartphone.org: fso-boot: new project; a minimal non-legacy init system for
Feb 02 14:56:58 <CIA-47> freesmartphone.org: Linux-based systems w/ kernel >= 2.6.32
Feb 02 14:58:00 <mickey|sofa> with more and more semiopen devices, we should consider renaming this channel
Feb 02 15:02:51 <CIA-47> freesmartphone.org: 03mickey 07cornucopia * r15a9e4e9581d 10/tools/fso-boot/ (.gitignore src/Makefile.am vapi/linux.vapi): fso-boot: add linux.vapi for experimental additions
Feb 02 15:10:23 <GNUtoo> leviathan, btw sometimes I've trace and sometime I don't
Feb 02 15:10:39 <GNUtoo> leviathan, what did you use for tracing the issue with the silence?
Feb 02 15:10:51 <GNUtoo> leviathan, use as module?
Feb 02 15:10:58 <GNUtoo> s/use/compile
Feb 02 15:12:22 <GNUtoo> leviathan, btw for the images what branch were they compiled against?
Feb 02 15:14:58 <leviathan> GNUtoo:  http://gitorious.org/htc-msm-2-6-32/leviathan-incoming/commits/msm-gnuconform
Feb 02 15:15:22 <GNUtoo> ah the config?
Feb 02 15:15:26 <GNUtoo> *defconfig
Feb 02 15:15:31 <leviathan> uhm
Feb 02 15:15:32 <leviathan> mom
Feb 02 15:15:41 <CIA-47> freesmartphone.org: 03mickey 07cornucopia * r747ee3d143c4 10/tools/fso-boot/vapi/linux.vapi: fso-boot: linux.vapi: add mount(2), umount(2), umount2(2) and assorted flags
Feb 02 15:15:49 <GNUtoo> leviathan, for the images I meant the rootfs
Feb 02 15:16:06 <mickey|sofa> fwiw, my defconfig is in OE
Feb 02 15:16:08 <mickey|sofa> in linux-leviathan
Feb 02 15:16:10 <GNUtoo> ok
Feb 02 15:16:23 <GNUtoo> I was wondering how to improve the debugging
Feb 02 15:16:36 <GNUtoo> because sometimes it dies before printing a trace
Feb 02 15:18:20 <leviathan> GNUtoo: http://ftp.o2s.ch/defconfig
Feb 02 15:18:23 <leviathan> try this one
Feb 02 15:18:28 <leviathan> wifi enabled here too
Feb 02 15:18:34 <leviathan> but... clock errors
Feb 02 15:18:55 <GNUtoo> leviathan, ok so you only use a while on usb console + that config for debugging?
Feb 02 15:19:28 <leviathan> jup
Feb 02 15:19:39 <leviathan> while true; do
Feb 02 15:19:42 <leviathan> dmesg -c
Feb 02 15:19:42 <leviathan> done
Feb 02 15:19:43 <leviathan> :)
Feb 02 15:20:05 <leviathan> spartanic debugging
Feb 02 15:20:08 <leviathan> xD
Feb 02 15:20:17 <GNUtoo> leviathan, strange then because sometimes it dies before printing things even with that while thing
Feb 02 15:20:29 <leviathan> hmm
Feb 02 15:20:31 <GNUtoo> I'm thinking about the silent issue
Feb 02 15:20:41 <GNUtoo> where it dies before printing any sort of trace
Feb 02 15:20:45 <GNUtoo> I'll check kenrel debugging
Feb 02 15:21:42 <leviathan> ok
Feb 02 15:26:36 <DocScrutinizer> Weiss: how's git now?
Feb 02 15:39:44 <GNUtoo> leviathan, seem that my debug config is ok
Feb 02 15:42:51 <GNUtoo> I had arm unwind
Feb 02 15:42:56 <GNUtoo> that disabled frame pointer
Feb 02 15:43:03 <GNUtoo> I'll recompile and retry
Feb 02 15:48:16 <Weiss> DocScrutinizer: back up - tanks
Feb 02 15:48:19 <Weiss> thanks*
Feb 02 15:54:05 <Weiss> hmm.. does SHR-t turn on the echo cancellation?
Feb 02 15:54:35 <Weiss> audio quality with my A7+ is fantastic, but there's a little echo heard on the other side\
Feb 02 15:55:22 <DocScrutinizer> please use CAPITALS for the first part of above sentence
Feb 02 15:56:09 <Weiss> AUDIO QUALITY WITH MY A7+ IS FANTASTIC
Feb 02 15:56:10 <Weiss> :)
Feb 02 15:56:22 <DocScrutinizer> thanks very much!
Feb 02 15:56:34 <Weiss> hehe
Feb 02 16:00:13 <GNUtoo> Weiss, ajust the volume of speaker and mic
Feb 02 16:00:21 <GNUtoo> and it'll go
Feb 02 16:01:34 <Weiss> ah, cool
Feb 02 16:01:41 <leviathan> need to gui
Feb 02 16:01:56 <leviathan> have to coach jung pupils in mathemtaics ;)
Feb 02 16:02:43 <GNUtoo> Weiss, basically if your mike hear your speaker it creates an echo
Feb 02 16:02:54 <GNUtoo> s/mike/mic
Feb 02 16:03:52 <Weiss> yeah.. I noticed it depended on whether there was (eg) something in front of the phone to reflect the sound
Feb 02 16:06:34 <JaMa> ffalarms broken with new libeflvala? http://tinderbox.openembedded.net/public/logs/task/4728263.txt
Feb 02 16:07:22 <JaMa> is here author of ffalarms? http://git.freesmartphone.org/?p=libeflvala.git;a=commit;h=a18c70a312d98cc90e0e7978f845601e82460b39 needs to be changed in ffalarms..
Feb 02 16:12:26 <Heinervdm> JaMa: he is not here, only reachable by mail
Feb 02 16:14:09 <JaMa> Heinervdm: can you, send him that? projects.openmoko are still dead so I cannot even check his svn repo :/
Feb 02 16:14:33 <Heinervdm> JaMa: ok, will do
Feb 02 16:15:16 <playya> TAsn, pong :)
Feb 02 16:36:59 <alabd> Hi all
Feb 02 16:48:05 <alabd> TAsn: hi ,  persian keyboard http://pastebin.com/m64b3f1a5
Feb 02 16:49:05 <alabd> mrmoku: hi ^
Feb 02 16:57:23 <GNUtoo> ha mickey is mickey|bbl now...mmm
Feb 02 16:57:34 <TAsn> playya, nvm :P
Feb 02 16:57:40 <TAsn> alabd, thanks, will put it there.
Feb 02 16:58:00 <GNUtoo> because I've things like
Feb 02 16:58:13 <GNUtoo> fatal: The remote end hung up unexpectedly => fatal: early EOF => fatal: index-pack failed
Feb 02 16:58:24 <GNUtoo> in one of the recipes
Feb 02 16:59:01 <alabd> TAsn:  but you know those 4 chars have done with "" ...
Feb 02 16:59:12 <TAsn> alabd, are you sure everything works?
Feb 02 16:59:37 <alabd> TAsn: yes but some are used with ""
Feb 02 16:59:50 <playya> TAsn, nvm? nevermind?
Feb 02 16:59:57 <TAsn> playya, aye. :P
Feb 02 16:59:58 <mickeyl> re
Feb 02 17:00:54 <GNUtoo> hi mickeyl http://pastebin.com/d2d304a86
Feb 02 17:01:13 <mickeyl> yeah, for some reason that git server doesn't like the oe git
Feb 02 17:01:21 <mickeyl> try remove the oe-built git from tmp/staging/...
Feb 02 17:01:25 <TAsn> alabd, &#1570; is this what you intended?
Feb 02 17:01:34 <mickeyl> you can always clone it by hand
Feb 02 17:01:35 <TAsn> or is it because of pastebin?
Feb 02 17:01:38 <mickeyl> and then the build process should continue
Feb 02 17:02:23 <alabd> TAsn: no site converted it 
Feb 02 17:02:37 <TAsn> so please send it to me by email
Feb 02 17:02:42 <alabd> humble will send it 2 your mail
Feb 02 17:03:00 <prahal> cups conflict with libpam-base-files :-/
Feb 02 17:03:04 <prahal> in shr
Feb 02 17:03:35 <prahal> this is ... unfortunate
Feb 02 17:03:55 <alabd> TAsn: what is exact word of keysysms ? key symbolic ?
Feb 02 17:04:19 <prahal> and opkg upgrade leads the device to swap near freeze if done after more than two weeks (ie a lot of packages to upgrade) 
Feb 02 17:04:59 <TAsn> alabd, I assume it means key symbols
Feb 02 17:05:33 <GNUtoo> mickeyl, that's what I did last time I had the problem
Feb 02 17:05:52 <GNUtoo> mickeyl, I had the problem last summer
Feb 02 17:06:48 <GNUtoo> or maybe there is a way to http-clone it but it would be slower no?
Feb 02 17:07:15 <TAsn> alabd, ping me after you sent it.
Feb 02 17:07:21 <TAsn> *send
Feb 02 17:07:23 <alabd> ok
Feb 02 17:07:24 <prahal> I am ok to force cups overwrite pam config ... but there are more and more of those conflicts and none get resolved . This is becoming hard to manage
Feb 02 17:07:45 <alabd> TAsn: humble am searching about those 4
Feb 02 17:07:45 <Weiss> GNUtoo: is there anywhere (in SHR-t) to make the mic settings permanent rather than changing it each time?
Feb 02 17:08:04 <TAsn> Weiss, they aren't?!
Feb 02 17:08:13 <TAsn> They are in unstable for quite a while now...
Feb 02 17:08:14 <TAsn> :|
Feb 02 17:08:18 <GNUtoo> Weiss, I think it's in the state files but I don't realy know....
Feb 02 17:08:20 <Weiss> this is in SHR-t though..
Feb 02 17:08:25 <GNUtoo> ah ok
Feb 02 17:08:29 <TAsn> spaetz, please migrate unstable to testing already :P
Feb 02 17:08:30 <TAsn> Weiss, ^
Feb 02 17:09:05 <Weiss> ah :)
Feb 02 17:10:37 <Weiss> once the little piano thing at the bottom of the screen is fixed :)
Feb 02 17:11:20 <TAsn> Weiss, I guess... :P (or better yet, dropped)
Feb 02 17:12:07 <TAsn> mickeyl, ping.
Feb 02 17:12:32 <alabd> TAsn: what is Arabic.kbd license ?
Feb 02 17:13:08 <prahal> would be hard to reach messages and such (if one install one of the game package that adds around 20 icons )
Feb 02 17:13:23 <TAsn> alabd, no idea, I think we are bound to use some license that e enforces on keyboards, but no idea
Feb 02 17:13:27 <TAsn> I guess that BSD
Feb 02 17:13:33 <TAsn> but again, not sure.
Feb 02 17:15:24 <prahal> well one way to fix this issue would be a way to have different set of icons on each virtual desk but if it exists in illume I did not found it
Feb 02 17:17:41 <alabd> TAsn: it is better to search more about those 4 chars then humble will send you mail 
Feb 02 17:18:00 <TAsn> alabd, whenever you decide to send me, send me :P
Feb 02 17:18:56 <alabd> mrmoku|away:  do you know what is Arabic.kbd license ?
Feb 02 17:22:04 <TAsn> alabd, I wrote it with gfather (he did most of the work)
Feb 02 17:22:11 <TAsn> and we didn't license it
Feb 02 17:22:21 <TAsn> because it's a configuration file, and because we are idiots :P
Feb 02 17:22:28 <TAsn> mostly because of the latter
Feb 02 17:22:42 <alabd> TAsn: cause of it can not be licensed 
Feb 02 17:22:53 <TAsn> what?
Feb 02 17:23:22 <TAsn> I'm giving you permission to license your derived work (persian keyboard) as you wish.
Feb 02 17:23:22 <TAsn> :P
Feb 02 17:30:36 <alabd> TAsn: cause of that idea identify and .. can not be licensed 
Feb 02 17:31:04 <TAsn> huh?
Feb 02 17:31:31 <TAsn> please rephrase
Feb 02 17:34:09 <mickeyl> TAsn: pong
Feb 02 17:37:18 <prahal> yeah I managed to upgrade by upgrading piece by piece :) though opkg is getting in the way ... it believes files that never existed before are modified conffiles so does not create them
Feb 02 17:38:05 <prahal> thus I miss ll the /etc/freesmartphone/fso* conf ... wonder how I could fix that
Feb 02 17:40:18 <TAsn> mickeyl, what do you think about saving settings in frameworkd? for instance think about "showing number" on calls. - Do you think the shr apps should keep settings and load them on boot, or the framework should be able to save those kind of settings?
Feb 02 17:40:57 <TAsn> mickeyl, the second alternative is faster, and maybe easier, but the first is more correct (in my pov)
Feb 02 17:43:03 <mickeyl> TAsn: i think it's important to have cross-application-settings, that's why I had the idea of opreferencesd. Sadly though, opreferencesd sucks, and I'm waiting for GSettings / DConf to replace it. So, for now I'd say save it in the apps. Eventually I'd like to see FSO being used for that though, since I love the idea of different apps honoring those settings.
Feb 02 17:54:10 <prahal> ok got it the conffiles where supposed to be delted that s why
Feb 02 17:54:16 <prahal> deleted that is
Feb 02 18:01:41 <TAsn> mickeyl, i c. Well, opreferences is what I want as well, as it's a mixture of both, it'll be controlled by the apps and respected by all. Furthermore, it'll probably be the fastest alternative, thanks.
Feb 02 18:03:55 <mickeyl> np
Feb 02 18:03:56 <mickeyl> hmm
Feb 02 18:04:06 <mickeyl> anyone familiar with uml?
Feb 02 18:04:07 <mickeyl> the kernel
Feb 02 18:04:11 <mickeyl> not the modelling language
Feb 02 18:06:35 <JaMa> prahal: icons-> use shr-launcher or better integrate shr-launcher behavior to illume2 home screen..
Feb 02 18:07:40 <prahal> ok thanks
Feb 02 18:08:40 <prahal> though at this time  I am too busy with other projects (admin and drivers) . I hope to resume hacking on the frontend in a few monthes
Feb 02 18:09:31 <prahal> it already took 7 monthes for the driver main fixes to get upstream ... I wonder when I ll get it all ready for consumption
Feb 02 18:11:00 <TAsn> mrmoku, how's the contact rewrite going?
Feb 02 18:11:05 <TAsn> :P
Feb 02 18:11:17 * TAsn is anxious.
Feb 02 18:14:07 <mrmoku> TAsn: you gave me time until weekend ;)
Feb 02 18:14:19 <TAsn> I know, but you said I gave you too much time :P
Feb 02 18:14:31 <mrmoku> :P
Feb 02 18:14:44 <TAsn> ok, I'll wait :|
Feb 02 18:15:13 <mrmoku> TAsn: one of the very few problems I still have is segfaults on shutdown :/
Feb 02 18:15:17 <mrmoku> very strange ones
Feb 02 18:15:32 <TAsn> btw, I played with the iphone's contact app a bit more, it's almost as I envision ours.
Feb 02 18:15:47 <mrmoku> TAsn: you haven't seen my incarnation yet ;)
Feb 02 18:15:50 <TAsn> mrmoku, :| run it with gdb
Feb 02 18:15:56 <TAsn> mrmoku, no, I haven't :P
Feb 02 18:16:42 <mrmoku> TAsn: I did run it with gdb... looks like some nasty elm window deletion thing that triggers _sometimes_
Feb 02 18:17:21 <TAsn> it sounds like a nasty e window deletion that happens everytime :P
Feb 02 18:17:24 <mrmoku> TAsn: another thing... you set autodel to off in ui_utils_view_init
Feb 02 18:17:37 <TAsn> mrmoku, by default, yeah.
Feb 02 18:17:37 <mrmoku> why?
Feb 02 18:17:51 <TAsn> because we don't want to delete windows, usually
Feb 02 18:17:52 <mrmoku> the window won't go away then
Feb 02 18:18:03 <mrmoku> then we don't deinit them, no?
Feb 02 18:18:05 <TAsn> you'll have to close it explicitly when you want it
Feb 02 18:18:16 <mrmoku> but how?
Feb 02 18:18:20 <TAsn> mrmoku, if you want to close a cached window
Feb 02 18:18:24 <TAsn> use the _hide function
Feb 02 18:18:37 <mrmoku> that part works nicely
Feb 02 18:18:41 <TAsn> if not a cached window, use deinit
Feb 02 18:18:50 <TAsn> (iirc)
Feb 02 18:18:51 <daniele_athome> hi guys
Feb 02 18:18:55 <mrmoku> and deinit without autodel does not make it go away
Feb 02 18:19:06 <mrmoku> it remains as ghost window :P
Feb 02 18:19:12 <TAsn> so maybe you should explicitly delete it then
Feb 02 18:19:12 <daniele_athome> after today's upgrade voice call get initiated but I can't hear anything from the speaker
Feb 02 18:19:13 <TAsn> sec, I'll check
Feb 02 18:19:20 <daniele_athome> I mean the builtin headset
Feb 02 18:19:35 <TAsn> daniele_athome, I had to reboot sometime in the past after a reboot in order to fix that
Feb 02 18:19:40 <TAsn> no idea why and when this happened
Feb 02 18:19:50 <daniele_athome> TAsn, I rebooted several times
Feb 02 18:19:56 <daniele_athome> and I also had issue with gsm registration
Feb 02 18:20:10 <TAsn> daniele_athome, no idea then.
Feb 02 18:20:12 <daniele_athome> rebooted 6 times, and after manual frameworkd restart it worked
Feb 02 18:20:37 <TAsn> mrmoku,         evas_object_del(view->layout);
Feb 02 18:20:38 <TAsn>         evas_object_del(view->background);
Feb 02 18:20:38 <TAsn>         evas_object_del(view->win);
Feb 02 18:20:41 <TAsn> in deinit
Feb 02 18:20:48 <mrmoku> is not enough
Feb 02 18:20:52 <TAsn> what makes you think it's not really deleted?
Feb 02 18:20:53 <TAsn> oh, it's not?
Feb 02 18:20:56 <mrmoku> no
Feb 02 18:21:02 <TAsn> what's missing then?
Feb 02 18:21:06 <mrmoku> and my eyes make me believe that :P
Feb 02 18:21:13 <mrmoku> because the window is still in the window list
Feb 02 18:21:18 <mrmoku> has a title
Feb 02 18:21:21 <mrmoku> just no content
Feb 02 18:21:30 <TAsn> weird :|
Feb 02 18:21:33 <mrmoku> raster: ping :-)
Feb 02 18:21:34 <TAsn> so what's missing?
Feb 02 18:23:44 <CIA-47> SHR: 03tom 07libphone-ui-shr * rc2f0a610cef2 10/src/util/ui-utils.c: Added a fixme message
Feb 02 18:23:52 <TAsn> :)
Feb 02 18:24:12 <mrmoku> heh, you want me to resolve conflicts for a fixme message? ;)
Feb 02 18:24:40 <TAsn> resolve conflicts? this won't lead to any conflict...
Feb 02 18:24:55 <mrmoku> just kidding 
Feb 02 18:25:02 <TAsn> and fixmes are quite important, I sometimes grep them and try to fix some :P
Feb 02 18:25:35 <TAsn> mrmoku, btw, we (probably I) really should finish up the quick settings app
Feb 02 18:25:39 <TAsn> it's so close, but still, so far.
Feb 02 18:25:45 <mrmoku> hmm yes
Feb 02 18:26:07 <mrmoku> I think I should just push my contacts stuff now
Feb 02 18:26:21 <TAsn> but you said they seg
Feb 02 18:26:22 <TAsn> ...
Feb 02 18:26:24 <TAsn> *it segs
Feb 02 18:26:36 <mrmoku> the segfaults when closing  a contact screen... who cares ;)
Feb 02 18:26:50 <TAsn> mrmoku, it'll crash phoneuid
Feb 02 18:27:03 <mrmoku> and it will be restarted before you ever notice :P
Feb 02 18:27:04 <TAsn> which can close a call window
Feb 02 18:27:08 <mrmoku> yup
Feb 02 18:27:14 <mrmoku> the only problem :)
Feb 02 18:27:16 <TAsn> or a message in the making
Feb 02 18:27:26 <TAsn> to sum it up, it's a bad idea
Feb 02 18:27:32 <TAsn> mrmoku, push to a branch maybe
Feb 02 18:27:41 <TAsn> I'll review it for a couple of mins, I'll try to find out what wrong
Feb 02 18:27:44 <TAsn> what do you think?
Feb 02 18:27:53 <mrmoku> ok
Feb 02 18:27:58 <TAsn> maybe a fresh pair of eyes will do wonders.
Feb 02 18:28:40 <mrmoku> will do that... after the obligatory good night story
Feb 02 18:28:50 <mrmoku> DocScrutinizer51: today without thinking about something else :P
Feb 02 18:28:53 <mrmoku> bbiab
Feb 02 18:29:23 <TAsn> mrmoku, so ping me when you are done.
Feb 02 18:35:11 <daniele_athome> fso-abyss 3 times works, 20 times does not work :|
Feb 02 18:35:15 <daniele_athome> lol
Feb 02 18:39:01 <pespin> My FR just blocked while upgrading from yesterday, and had to reboot >.<
Feb 02 18:39:32 <pespin> btw, while upgrading:
Feb 02 18:39:33 <pespin> fsomusicd: unsatisfied recommendation for gst-plugin-souphttp
Feb 02 18:39:34 <pespin> fsomusicd: unsatisfied recommendation for gst-plugin-mms
Feb 02 18:39:34 <pespin> fsomusicd: unsatisfied recommendation for gst-plugin-modplug
Feb 02 18:40:08 <mickeyl> daniele_athome: what are you doing to it?
Feb 02 18:40:11 <mickeyl> it's very stable here
Feb 02 18:40:30 <daniele_athome> mickeyl, actually nothing
Feb 02 18:40:35 <daniele_athome> just upgrading sometimes
Feb 02 18:40:37 <daniele_athome> like today...
Feb 02 18:44:52 <daniele_athome> mickeyl, it seems that once fso-abyss times out, resource gsm go to disabled state
Feb 02 18:45:05 <daniele_athome> and next requests don't work
Feb 02 18:45:17 <mickeyl> you should always be able to request it again
Feb 02 18:45:18 <daniele_athome> that is gsm resource doesn't go to enabling/enabled state
Feb 02 18:45:22 <GNUtoo> hi JaMa, are you the one who did some xorg-oe work?
Feb 02 18:45:26 <GNUtoo> if so : http://pastebin.com/d5327993c
Feb 02 18:45:37 <daniele_athome> it doesn't work unless I restart frameworkd
Feb 02 18:45:43 <mickeyl> if fsousaged can't properly talk to a resource, it disables it
Feb 02 18:45:47 <mickeyl> until the next request, that is
Feb 02 18:45:59 <GNUtoo> daniele_athome, do you have debug kernel?
Feb 02 18:46:04 <daniele_athome> GNUtoo, yes
Feb 02 18:46:10 <GNUtoo> ok
Feb 02 18:46:10 <mickeyl> yes, that's clear
Feb 02 18:46:15 <mickeyl> only frameworkd powercycles the modem
Feb 02 18:46:19 <GNUtoo> because there were timing issues without debug
Feb 02 18:46:21 <mickeyl> fso-abyss doesn't know how to do that
Feb 02 18:46:48 <mickeyl> anyways, all that is fixed w/ fsogsmd
Feb 02 18:47:28 <daniele_athome> mickeyl, current fsogsmd in shr-u goes segv
Feb 02 18:51:12 <daniele_athome> no way... fso-abyss doesn't respond
Feb 02 18:53:51 <daniele_athome> mickeyl: [ 2504.820000] rxerr: port=0 ch=0x00, rxs=0x0000000c
Feb 02 18:53:52 <daniele_athome> from dmesg
Feb 02 18:53:59 <daniele_athome> it is related to gsm modem?
Feb 02 18:54:10 <mickeyl> oh, that again
Feb 02 18:54:16 <mickeyl> could be gsm or gps
Feb 02 18:54:21 <daniele_athome> mmm
Feb 02 18:54:27 <mickeyl> you're on moko11?
Feb 02 18:54:37 <daniele_athome> mickeyl, you mean the gsm firmware?
Feb 02 18:54:40 <mickeyl> yes
Feb 02 18:54:55 <daniele_athome> I don't remember... a quick way to see it?
Feb 02 18:55:11 <mickeyl> at+cgmr
Feb 02 18:57:13 <daniele_athome> ehm got to request channel first, I guess..
Feb 02 18:57:23 <daniele_athome> mmm... it's working now :|
Feb 02 18:57:35 <daniele_athome> mickeyl, moko11
Feb 02 18:57:45 <daniele_athome> gsm_ac_gp_fd_pu_em_cph_ds_vc_cal35_ri_36_amd8_ts0-Moko11
Feb 02 18:59:27 <daniele_athome> not working again
Feb 02 18:59:28 <daniele_athome> gggrrrr
Feb 02 18:59:36 <mrmoku> TAsn: ping :)
Feb 02 19:00:39 <mrmoku> hehe, CIA voiceless again?
Feb 02 19:01:32 <ThibG> hm, is it me, or SHR-u is having some problems regarding network routes?
Feb 02 19:02:14 <daniele_athome> shr-u is having problems with a lot of things :D
Feb 02 19:03:02 <ThibG> hm, ah?
Feb 02 19:03:25 <ThibG> (not only routes, it seems, but about everything related to network configuration)
Feb 02 19:06:01 <JaMa> Heinervdm: temporary fix.. as ffalarms is blocking even lite image build.. http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=23e87adb78cf9ba4f18807d46a7351d09b41d2a2
Feb 02 19:06:47 <Heinervdm> JaMa: no answer till now
Feb 02 19:06:50 <JaMa> GNUtoo: I am.. but no time for that now.. btw libdrm and mesa-dri compiled fine?
Feb 02 19:07:21 <JaMa> GNUtoo: you can disable swrast if dri module for your hw compiles fine..
Feb 02 19:08:48 <daniele_athome> I don't get why with phonefsod works and with my app does not
Feb 02 19:08:52 <daniele_athome> I do the same things! :S
Feb 02 19:09:18 <mrmoku> daniele_athome: see... not only SHR having problems ;)
Feb 02 19:09:23 <daniele_athome> mrmoku, :P
Feb 02 19:09:35 <daniele_athome> bah...
Feb 02 19:09:42 <daniele_athome> see you tomorrow... I hope with good news :)
Feb 02 19:09:44 <daniele_athome> night
Feb 02 19:09:57 <mrmoku> heh
Feb 02 19:20:13 <ThibG> what's happening exactly?
Feb 02 19:20:24 <ThibG> (I guess I shouldn't upgrade yet :))
Feb 02 19:23:06 <prahal> shr-launcher needs a drm enabled kernel ?
Feb 02 19:23:21 <prahal> it looks like illume when I enable xrender
Feb 02 19:26:05 <JaMa> prahal: AFAIK no
Feb 02 19:31:34 <mrmoku> TAsn: already reviewing?
Feb 02 19:32:18 <Weiss> why would shr-launcher need DRM? :s
Feb 02 19:33:48 <prahal> hum I guessed from the fact I get black  blocks, weird corruptions of the screens as when I tried illume with xrender setting (I agree this is not per see drm kernel)
Feb 02 19:34:18 <prahal> still it is totally not working on my side (investigating)
Feb 02 19:35:25 <JaMa> prahal: probably broken after EFL bump..
Feb 02 19:35:47 <JaMa> prahal: do you have build environment or do you want me to build it for you in exchange for test? :)
Feb 02 19:36:21 <prahal> ok . I had a build env . I moved it today to an external disk (25G was a bit an issue)
Feb 02 19:36:58 <prahal> so if you could rebuild it I ll happily test
Feb 02 19:37:13 <prahal> otherwise maybe in two days I ll have a package 
Feb 02 19:45:26 <cz_jc> omg a crazy thing occured to me
Feb 02 19:45:40 <cz_jc> does the kernel store time into s3c2442 RTC when it suspends ?
Feb 02 19:47:04 <JaMa> prahal: opkg install -force-reinstall shr-launcher
Feb 02 19:48:00 <GNUtoo> JaMa, ok I'll disable it and hope it doesn't trigger any other issue
Feb 02 19:48:11 <lindi-> cz_jc: fortunately not
Feb 02 19:48:21 <lindi-> cz_jc: such policy is up to the userland
Feb 02 19:48:24 <cz_jc> hehe phew.. thanks lindi- 
Feb 02 19:48:35 <lindi-> cz_jc: i never write anything to rtc, only read it back
Feb 02 19:48:37 <prahal> installing
Feb 02 19:49:02 <lindi-> cz_jc: but kernel will read rtc on resume, that you can't disable
Feb 02 19:49:02 <cz_jc> lindi-, I'm wondering if the in-cpu rtc is even accessible
Feb 02 19:49:11 <lindi-> cz_jc: in cpu?
Feb 02 19:49:13 <cz_jc> as I know for sure, system timer does not keep running during sleep
Feb 02 19:49:23 <lindi-> cz_jc: true
Feb 02 19:49:29 <cz_jc> lindi-, yes, theres one inside the pfc (that looses time) and one in the cpu
Feb 02 19:49:48 <lindi-> cz_jc: you can compensate it very well and then it's accurate
Feb 02 19:49:57 <prahal> working perfectly :)
Feb 02 19:50:15 <cz_jc> so I take it after for example a days suspend, time is ok on resume? :)
Feb 02 19:51:05 <lindi-> cz_jc: here it drifts about 1 second per week
Feb 02 19:51:16 <cz_jc> lindi-, not bad at all
Feb 02 19:51:24 <lindi-> cz_jc: (after compensation)
Feb 02 19:51:25 <cz_jc> considering you could cronfire gps to sync time
Feb 02 19:51:42 <lindi-> cz_jc: i'm happy with this accuracy, gps would waste energy
Feb 02 19:51:59 <lindi-> cz_jc: without compensation it is 4.1 seconds per day
Feb 02 19:52:04 <cz_jc> lindi-, I mean for example one fix per day when FR is on via anacron or something and disable it immediately :)
Feb 02 19:52:30 <lindi-> cz_jc: but why bother when you can just compensate for the drift?
Feb 02 19:52:52 <cz_jc> lindi-, it still loses seconds.. after a year usage, it'd be bad
Feb 02 19:53:07 <cz_jc> (I'm already considering circumstances when I switch to FR as my primary phone)
Feb 02 19:53:15 <lindi-> cz_jc: a minute per year is not bad
Feb 02 19:53:43 <cz_jc> if you think so.. fortunately I can do whatever I like, its linux ^^
Feb 02 19:54:08 <max_posedon> I have 5 min per day
Feb 02 19:54:41 <max_posedon> and its really bad
Feb 02 19:55:05 <prahal> except it does not find applications ... but the easy access to contacts/messages/phonelog is so good I keep it over the shelf (even if at first it was a not organized icon issue
Feb 02 19:56:20 <cz_jc> max_posedon, how old is your kernel ?
Feb 02 19:57:10 <max_posedon> shr-u current
Feb 02 19:57:17 <max_posedon> don't know
Feb 02 19:58:04 <max_posedon> some people says its becase neo old and battery near dead
Feb 02 19:58:58 <JaMa> prahal: that was about that launcher?
Feb 02 19:59:20 <prahal> yes . It works way way better
Feb 02 19:59:28 <cz_jc> max_posedon, what hardware revision ?
Feb 02 19:59:28 <max_posedon> not neos but rts's
Feb 02 19:59:33 <max_posedon> a6
Feb 02 19:59:44 <max_posedon> ordered in september
Feb 02 19:59:46 <cz_jc> max_posedon, thats almost the last one isnt it ?
Feb 02 20:00:12 <JaMa> is someone still hacking zhone?
Feb 02 20:00:27 <prahal> everything is in its right place (though it does not find applications , probably a filter somewhere . I am looking after this)
Feb 02 20:00:31 <max_posedon> 1.5 year ago, yep
Feb 02 20:00:38 <cz_jc> is someone hacking a stable small unixy FSO frontend ?
Feb 02 20:00:38 <lindi-> cz_jc: sure
Feb 02 20:00:44 <TAsn> mrmoku, I'll review in a moment :P
Feb 02 20:01:07 * TAsn is watching simpsons
Feb 02 20:01:14 <cz_jc> max_posedon, thats weird then... you still use gentoo ?
Feb 02 20:01:30 <cz_jc> max_posedon, if so, you should make sure what rtc you use, grep dmesg for rtc
Feb 02 20:02:30 <max_posedon> I still use shr-u
Feb 02 20:02:47 <max_posedon> stil never swtiched to gentoo
Feb 02 20:04:13 <max_posedon> prahal, if you don't see icon - app not installed
Feb 02 20:04:13 <cz_jc> max_posedon, no idea about shr then.. maybe check their bug tracker
Feb 02 20:04:46 <max_posedon> or run it from vala-terminal
Feb 02 20:04:54 <prahal> max_posedon, there is nto a single icon except the internal ones
Feb 02 20:05:11 <prahal> I have around 40 applications on the illume shelf
Feb 02 20:05:13 <max_posedon> cz_jc, I think its hw issue
Feb 02 20:05:44 <JaMa> prahal: have you checked "no category" folder?
Feb 02 20:06:10 <prahal> yes , and also the set category (which should show the list to assign a category to)
Feb 02 20:06:13 <cz_jc> max_posedon, you could measure the PFC slow clock
Feb 02 20:06:31 <cz_jc> max_posedon, (thats the clock source for the timer)
Feb 02 20:06:50 <cz_jc> max_posedon, refer to schematic for pad placement
Feb 02 20:07:30 <cz_jc> max_posedon, you want to measure clock output against ground
Feb 02 20:09:07 <prahal> JaMa, yes
Feb 02 20:09:26 <prahal> investigating strace -f -e trace=file
Feb 02 20:11:32 <max_posedon> I can't do it
Feb 02 20:13:55 <cz_jc> max_posedon, you can make a frequency counter very cheaply with a microcontroller programmed from PC's parallel port
Feb 02 20:14:18 <cz_jc> max_posedon, but if you don't feel like it, don't try it I guess
Feb 02 20:14:45 <cz_jc> max_posedon, I wonder if openmoko does warranty repairs XD
Feb 02 20:15:14 <TAsn> mrmoku, just a pointer, what exactly did you change? (So I'll be able to review faster)
Feb 02 20:16:40 <TAsn> mrmoku, you only converted the contact show? what exactly crashes? etc etc :P
Feb 02 20:18:10 <mrmoku> TAsn: closing a contact view crashes... sometimes
Feb 02 20:18:45 <max_posedon> cz_jc, my hardware skills really suck
Feb 02 20:19:15 <cz_jc> max_posedon, are you really 100% sure its not software ?
Feb 02 20:19:32 <cz_jc> max_posedon, (as in: did it ever work properly before ?)
Feb 02 20:19:36 <max_posedon> not
Feb 02 20:19:41 <max_posedon> yes, it works before
Feb 02 20:19:49 <max_posedon> say, half a year ago
Feb 02 20:19:58 <cz_jc> max_posedon, ok then.. maybe try an old om kernel ?
Feb 02 20:20:09 <cz_jc> max_posedon, then I'd talk warranty I think
Feb 02 20:20:14 <max_posedon> I always used neo as my main phone, but only last time see this
Feb 02 20:20:28 <max_posedon> sorry, I just don't want do it now
Feb 02 20:20:32 <max_posedon> I'll better try .32
Feb 02 20:20:34 <cz_jc> max_posedon, as in you didn't notice before or it didn't happen ?
Feb 02 20:20:57 <max_posedon> I think it didn't happen, or diff was smaller
Feb 02 20:21:05 <cz_jc> max_posedon, alright, good luck hoewer it turns out :)
Feb 02 20:21:19 <max_posedon> and only recently I have working phone without reboot ~5 days
Feb 02 20:21:33 <max_posedon> before I rebooted it twich in a day)
Feb 02 20:21:51 <cz_jc> max_posedon, that actually sounds bad.. mine holds stable without reboot for about 2 months (even retains wifi connection !)
Feb 02 20:22:06 <cz_jc> I used to compile on it a lot XD
Feb 02 20:22:19 <max_posedon> you never used it as main phone, its smth different
Feb 02 20:22:33 <cz_jc> max_posedon, thats true.. it mostly stayed with display off silently compilling
Feb 02 20:22:34 <max_posedon> my problem was is heavy-gprs-traffic kicks gsm
Feb 02 20:22:45 <max_posedon> so, only reboot helped
Feb 02 20:22:52 <cz_jc> max_posedon, didn't try heavy gprs traffic, just basic usage
Feb 02 20:37:05 <prahal> hum bitbake does not like spaces in pathes .
Feb 02 20:42:42 <DocScrutinizer> max_posedon: what's your problem?
Feb 02 20:43:14 <max_posedon> regular FR usage as ever-day phone: losing 5min per day
Feb 02 20:43:38 <max_posedon> (speaking about timer or smth like this)
Feb 02 20:44:28 <DocScrutinizer> you're sure /etc/adjtime isn't set to weird values?
Feb 02 20:45:05 <DocScrutinizer> though, hold it. That's for boottime time only
Feb 02 20:45:25 <DocScrutinizer> actually systime is derived from cpu clock
Feb 02 20:46:12 <max_posedon> I used neo without reboot (but with suspend) 5 days
Feb 02 20:46:23 <DocScrutinizer> so without frequent backup via hwclock --hwtosys it easily runs away. Unless you tune it by using the right tools (see man hwclock
Feb 02 20:46:33 <max_posedon> diff after first day - 5min, after second 10, after 5th - 25
Feb 02 20:47:00 <DocScrutinizer> aAAAH suspend resume cycle restores systime from RTC
Feb 02 20:47:43 <DocScrutinizer> if the new kernel is stupid enough to store systime to RTC on each suspend, you'll end up with 10s of minutes off per day
Feb 02 20:48:33 <DocScrutinizer> same holds true for hwclock --systohc on shutdown - a complete nogo on all systems, but still it's done almost everywhere
Feb 02 20:49:06 <DocScrutinizer> check (and nullify) /etc/adjtime
Feb 02 20:49:08 <larsc> it's not the kernels responsibility to sync sys and rtc clock
Feb 02 20:49:27 <DocScrutinizer> make sure neither suspend nor shutdown call hwclock -systohc
Feb 02 20:49:45 <DocScrutinizer> larsc: ok, correct
Feb 02 20:50:12 <DocScrutinizer> it's in init. Or in suspend scripts. or in upstart. or whatever
Feb 02 20:51:04 <DocScrutinizer> there's exactly one occasion where kernel is involved, something with restoring some clock from the other every 11min
Feb 02 20:51:15 <DocScrutinizer> forgot the details - it's deprecated anyway
Feb 02 20:56:58 <lindi-> when was is deprecated?
Feb 02 20:59:22 <DocScrutinizer> sorry, was a fuzzy memory
Feb 02 20:59:27 <DocScrutinizer> isn't it?
Feb 02 21:00:19 <JaMa> mickeyl: I can confirm some gsm related issues in todays upgrade.. just noticed in fso-abyss log: [WARN]  libfsotransport <PTY  (fd -1)>: Writing although transport still closed; buffering.
Feb 02 21:00:47 <max_posedon> ok, anyway, I'll try .32 and think after
Feb 02 21:01:39 <lindi-> DocScrutinizer: seems to be enabled on almost all my debian stable machines. i think ntpd enables it by default
Feb 02 21:02:00 <DocScrutinizer> yup, something like that
Feb 02 21:02:46 <DocScrutinizer> it's deprecated to use it directly, as it's senseless without ntpd. Does that sound better to you?
Feb 02 21:03:47 <JaMa> mickeyl: more logs http://pastebin.ca/1776209
Feb 02 21:04:24 <lindi-> DocScrutinizer: it certainly is not very useful without ntpd.
Feb 02 21:04:50 <DocScrutinizer> and even then, if that's systohc, it is rather stupid to enable an unconditional sync every 11min, when you dunno if ntpd has seen any sync during the last 477 days. Just enabling the sync by starting ntpd and maybe a single successfull sync is wrong
Feb 02 21:05:38 <DocScrutinizer> what, btw, might explain max_posedon'S PROBLEMS AS WELL
Feb 02 21:05:46 <DocScrutinizer> ooops capslock
Feb 02 21:07:33 <DocScrutinizer> on all but the most solid connectivity servers - especially mobile devices - ntpd is rather... err, suboptimal. A cronjob or ifup script or the like calling ntpdate and hwclock --systohc is way smarter
Feb 02 21:09:19 <spaetz> right
Feb 02 21:09:29 <DocScrutinizer> the elementary rule is: sync RTC to sysclock **ONLY** immediately after you got a decent timesync via whatever source (GPS, ntpdate, whatever) 
Feb 02 21:18:53 <DocScrutinizer> mickeyl: isn't there a new ntp timemanager in FSO? does it by any incident enable kernel RTC timesync?
Feb 02 21:21:23 <DocScrutinizer> max_posedon: which system? ntpd started? or FSOframework started? which timemanager?
Feb 02 21:21:46 <max_posedon> shr-unstable, default
Feb 02 21:22:03 <max_posedon> but now, I just from time-to-time start gps
Feb 02 21:22:16 <max_posedon> for example in way to/from work
Feb 02 21:22:30 <max_posedon> not enough sometimes to get fix, but enough to sync time
Feb 02 21:22:45 <DocScrutinizer> err you dunno maybe which bit to mask out of which /proc/foo to gather if this 11minutes systohc kernel option is enabled on your system?
Feb 02 21:23:28 <DocScrutinizer> max_posedon: also please paste your /etc/adjtime here
Feb 02 21:23:31 <max_posedon> I don't know, and don't understand how or what I should check
Feb 02 21:23:32 <max_posedon> 1min
Feb 02 21:24:20 <DocScrutinizer> see man hwclock ""This  mode (we'll call it "11 minute mode") is off until something turns it on""
Feb 02 21:24:45 <max_posedon> cat: /etc/adjtime: No such file or directory
Feb 02 21:25:40 <DocScrutinizer> ok
Feb 02 21:25:49 <DocScrutinizer> max_posedon: 
Feb 02 21:25:51 <DocScrutinizer> To see if it is on or off, use the command adjtimex --print and look at the value of "status".  If the "64" bit of
Feb 02 21:25:52 <DocScrutinizer>        this number (expressed in binary) equal to 0, 11 minute mode is on.  Otherwise, it is off.
Feb 02 21:26:56 <max_posedon> http://pastebin.ca/1776236
Feb 02 21:28:58 <DocScrutinizer> max_posedon: ok, so ATM(!) your kernel borne RTC syncing is off
Feb 02 21:30:46 <max_posedon> and, what it means? sorry.
Feb 02 21:31:39 <DocScrutinizer> so either you have some script syncing RTC to the (uncorrect) sysclock on suspend, or you have a RTC clock that's severely detuned
Feb 02 21:32:20 <DocScrutinizer> max_posedon: please check the values and diff of output of "hwclock;date;hwclock;date"
Feb 02 21:32:43 <max_posedon> 0.000000
Feb 02 21:32:57 <max_posedon> ah, sorry
Feb 02 21:32:58 <DocScrutinizer> eerrrr? what?
Feb 02 21:33:11 <max_posedon> Tue Feb  2 21:32:32 2010  0.000000 seconds Tue Feb  2 23:32:21 EET 2010 Tue Feb  2 21:32:32 2010  0.000000 seconds Tue Feb  2 23:32:21 EET 2010
Feb 02 21:33:20 <max_posedon> so, 11 sec diff
Feb 02 21:33:36 <DocScrutinizer> suspend; resume; check again
Feb 02 21:33:38 <max_posedon> (2h doesn't count)
Feb 02 21:33:55 <max_posedon> ok, how much phone should be in syspend? doesn't metter?
Feb 02 21:34:10 <DocScrutinizer> doesn't matter
Feb 02 21:34:32 <DocScrutinizer> stop
Feb 02 21:34:50 <max_posedon> to late, suspended)
Feb 02 21:34:52 <DocScrutinizer> would be great though to check both clocks against a 3rd clock
Feb 02 21:34:59 <DocScrutinizer> hrmmm
Feb 02 21:35:11 <max_posedon> what should I do?
Feb 02 21:35:22 <DocScrutinizer> date;hwclock;date
Feb 02 21:35:26 <max_posedon> wow, diff -13 sec now!
Feb 02 21:35:53 <max_posedon> even 15
Feb 02 21:36:05 <DocScrutinizer> do again full suspend & check cycle, but before please try to check offset of the values to a 3rd clock
Feb 02 21:36:24 <max_posedon> I don't understand what is 3rd clock
Feb 02 21:36:50 <max_posedon> Tue Feb  2 23:36:21 EET 2010 Tue Feb  2 21:36:36 2010  0.000000 seconds Tue Feb  2 23:36:22 EET 2010
Feb 02 21:36:51 <DocScrutinizer> hit enter when your wristwatch shows 00 seconds (full minute)
Feb 02 21:38:31 <max_posedon> so, what next? full suspend & check again?
Feb 02 21:39:08 <DocScrutinizer> did you check the absolute time offset of your FR clock(s) to GMT?
Feb 02 21:39:36 <DocScrutinizer> or to your alarmclock, or desktop PC clock, or whatever?
Feb 02 21:39:55 <DocScrutinizer> the 3rd watch mentioned above
Feb 02 21:40:03 <max_posedon> yes, date -5 sec, hwclock +10 sec
Feb 02 21:40:11 <max_posedon> (understand this idea now)
Feb 02 21:40:41 <DocScrutinizer> so we might tell if it's RTC, sysclock, or both that lose or gain seconds on suspend&resume
Feb 02 21:41:04 <DocScrutinizer> so go ahead
Feb 02 21:41:30 <max_posedon> date -10 sec, hwclock +10 sec
Feb 02 21:41:46 <max_posedon> let me do it once more
Feb 02 21:41:51 <DocScrutinizer> yep, please
Feb 02 21:42:14 <radekp> larsc: hi, i have problem with wlan power-up in 2.6.32, i havent figured out how to bring the eth0 interface up. Do you have idea what i should do to bring it up, please?
Feb 02 21:43:27 <max_posedon> date -14sec, hwclock +10 sec
Feb 02 21:43:32 <radekp> maybe i have to do something like echo s3c2440-sdi > /sys/bus/platform/drivers/s3c2440-sdi/bind
Feb 02 21:43:45 <radekp> but it does not work with 2.6.32
Feb 02 21:43:55 <DocScrutinizer> max_posedon: obviously there's something sick with restoring systime on resume
Feb 02 21:43:57 <larsc> radekp: should be the same as with every other kernel
Feb 02 21:44:04 <max_posedon> I have loglevel=8
Feb 02 21:44:14 <max_posedon> all have loglevel=1 I think, may be its this?
Feb 02 21:44:30 <larsc> radekp: And it does work fine on my neo
Feb 02 21:44:33 <max_posedon> e.g. during debug output kernel time stopped
Feb 02 21:44:37 <DocScrutinizer> I doubt but who knows. Anyway it's a bug in itself
Feb 02 21:45:04 <DocScrutinizer> larsc: can you tell how time is restored on resume?
Feb 02 21:45:27 <larsc> radekp: are there any suspicious messages in the bootlog?
Feb 02 21:45:29 <max_posedon> I just remind, that when I booted kernel with full ubifs debug info on neo
Feb 02 21:45:32 <larsc> DocScrutinizer: nope
Feb 02 21:45:42 <DocScrutinizer> larsc: k, thanks anyway
Feb 02 21:45:42 <max_posedon> (taked 3 hours) sustem thinked that only 1 minute passed
Feb 02 21:45:52 <max_posedon> but that time I just ignored this
Feb 02 21:46:14 <radekp> larsc: no i dont see any errors
Feb 02 21:46:39 <DocScrutinizer> max_posedon: try to insert a "hwclock -hctosys" on a late point in resume scripts
Feb 02 21:46:51 <larsc> radekp: but "ar6000 initialized" or something alike?
Feb 02 21:47:12 <radekp> larsc: no dont have this message
Feb 02 21:47:13 <max_posedon> DocScrutinizer, thanks, but I would like keep it reprodusable until 2.6.32
Feb 02 21:47:37 <DocScrutinizer> max_posedon: ok. anyway we know the root cause now
Feb 02 21:48:03 <radekp> larsc: i am just having message "HIFInit" - which i think comes from wlan driver
Feb 02 21:48:25 <DocScrutinizer> max_posedon: you could do me a last favor and start GPS to accuire a decent time
Feb 02 21:48:42 <DocScrutinizer> then check again with 3rd clock
Feb 02 21:48:52 <larsc> radekp: hm... starge
Feb 02 21:49:02 <radekp> larsc: maybe it's problem with my config, can i get a working config from somewhere?
Feb 02 21:49:05 <max_posedon> wait plz, but I don't know, if I'm able get gps time fix at home
Feb 02 21:49:21 <max_posedon> and its -20C outside, I don't want leave home, even for you)
Feb 02 21:49:33 <DocScrutinizer> :-) no problem
Feb 02 21:49:49 <leviathan> mickeyl: did you see this?
Feb 02 21:50:02 <leviathan> http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=54c6fa7af1c69196c28e1ec7df0f4b50785e8674
Feb 02 21:50:02 <radekp> larsc: i am using this config: http://github.com/radekp/qtmoko/blob/lin2632/devices/neo/linux_kernel/gta02_qtmoko_2.6.32_config
Feb 02 21:51:04 <leviathan> mickeyl: this might break with the linux-leviathan kernel
Feb 02 21:51:11 <leviathan> GNUtoo: what do you think?
Feb 02 21:51:39 <GNUtoo> leviathan, what's the context
Feb 02 21:51:49 <leviathan> http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=54c6fa7af1c69196c28e1ec7df0f4b50785e8674
Feb 02 21:51:50 <GNUtoo> ah ok yes
Feb 02 21:52:09 <GNUtoo> I'm talking about this dcordes
Feb 02 21:52:22 <larsc> radekp: # CONFIG_MMC_S3C is not set
Feb 02 21:52:34 <radekp> larsc: ahh oki, great
Feb 02 21:53:10 <larsc> the ar6000 is connected via sdio through the s3c mmc controller
Feb 02 21:53:48 <leviathan> GNUtoo: I've created #shr-msm
Feb 02 21:53:57 <leviathan> for specific themata like ta
Feb 02 21:53:59 <leviathan> that
Feb 02 21:54:00 <DocScrutinizer> larsc: yeah, what a pitty
Feb 02 21:54:21 <GNUtoo> leviathan, what's your kernel based on exactly?
Feb 02 21:54:23 <larsc> DocScrutinizer: i guess spi would have been the saner choice
Feb 02 21:54:26 <GNUtoo> what's upstream?
Feb 02 21:55:01 <DocScrutinizer> glamo mmc would have been the saner choice, using S3C MMC for uSD access
Feb 02 21:55:35 <larsc> DocScrutinizer: why would you prefer glamo mmc over spi?
Feb 02 21:55:38 <leviathan> GNUtoo: http://android.git.kernel.org/?p=kernel/experimental.git;a=shortlog;h=refs/heads/android-msm-2.6.32-test2
Feb 02 21:55:48 <DocScrutinizer> S3C is much faster
Feb 02 21:55:57 <GNUtoo> ah so not codeaurora
Feb 02 21:55:58 <GNUtoo> ok
Feb 02 21:56:03 <leviathan> nope
Feb 02 21:56:17 <leviathan> perhaps we should take alsa, etc. and rebase?
Feb 02 21:56:23 <larsc> DocScrutinizer: i know. but for the ar6000
Feb 02 21:56:41 <larsc> the spi ports on the s3c are unused afaik
Feb 02 21:56:48 <GNUtoo> leviathan, mmm we need some ioctl for xf86-video-msm
Feb 02 21:56:57 <leviathan> hm
Feb 02 21:56:58 <DocScrutinizer> hmm, iirc the AR600 doesn't really perform that good over SPI
Feb 02 21:57:01 <leviathan> GNUtoo: yes
Feb 02 21:57:05 <larsc> DocScrutinizer: ok
Feb 02 21:57:09 <leviathan> and these are only in codeaurora
Feb 02 21:57:14 <GNUtoo> leviathan, at least for the refresh
Feb 02 21:57:23 <leviathan> mhm, yes
Feb 02 21:57:24 <GNUtoo> I didn't look deply but I think so
Feb 02 21:57:30 <GNUtoo> *deeply
Feb 02 21:57:40 <leviathan> I made a patch which made it build
Feb 02 21:57:44 <leviathan> but it was broken
Feb 02 21:57:59 <DocScrutinizer> larsc: ask wpwrak for details
Feb 02 21:58:22 <leviathan> GNUtoo: we need this code aurora graphics implementation I fear
Feb 02 21:58:29 <GNUtoo> leviathan, ok
Feb 02 21:58:29 <DocScrutinizer> anyway my point was uSD should use the S3C MMC interface
Feb 02 21:58:48 <larsc> i didn't disagree
Feb 02 21:59:04 <DocScrutinizer> well, aftermath :-/
Feb 02 21:59:45 <spaetz> yep, pity there is no gta03
Feb 02 22:01:30 <max_posedon> btw, I just read today openmoko-android's release notes ML
Feb 02 22:01:42 <max_posedon> and saw "cpu frequency"
Feb 02 22:01:55 <max_posedon> is it working for us? how to enable it?
Feb 02 22:03:35 <DocScrutinizer> panicking told we could import it from android kernel. But it's still unconfirmed (at least to me) if all the ttys are working correctly
Feb 02 22:04:01 <DocScrutinizer> means no tty -> no GSM
Feb 02 22:05:44 <max_posedon> with .32 kernel, where suspend non-working it will be nice
Feb 02 22:06:16 <larsc> suspend should work
Feb 02 22:06:52 <max_posedon> I remember some words about problems after KMS enabled, isn't it?
Feb 02 22:07:30 <max_posedon> and fsogsmd if I'm not mistaken don't handle suspend correct (from mickeyl workds, if its not too old words)
Feb 02 22:07:55 <Weiss> yep, KMS is generally quite broken.. I'm hoping to fix it :)
Feb 02 22:07:56 <wpwrak> larsc: the idea was to have a "fast" interface to both uSD and ar6k. alas, only rthe s3c can do sdio. that's why usd ended up on the glamo.
Feb 02 22:08:37 <wpwrak> larsc: but indeed, spi can be used for wlan too. although it took some effort to get the correct information about this from atheros ...
Feb 02 22:08:45 <max_posedon> DocScrutinizer, sorry, after 20min, still no time fix
Feb 02 22:10:10 <DocScrutinizer> max_posedon: nevermind
Feb 02 22:13:49 <mrmoku> TAsn: pm
Feb 02 22:17:46 <mickeyl> DocScrutinizer: most of the initscripts are just plain wrong for our usecase
Feb 02 22:17:55 <mickeyl> DocScrutinizer: with fso-boot ignoring those, we move forward :)
Feb 02 22:18:03 <JaMa> mrmoku: are you using this link? http://build.shr-project.org/tests/mrmoku/unstable/ seems like someone want's to eat those cookies even before rsync :)
Feb 02 22:18:11 <DocScrutinizer> mickeyl: :-D
Feb 02 22:18:12 <mickeyl> DocScrutinizer: once that's done, we can talk about what exactly needs to be done when
Feb 02 22:19:27 <max_posedon> fso-boot will be "our own" upstart?
Feb 02 22:20:12 <mickeyl> that's the idea
Feb 02 22:20:27 <max_posedon> but what is diff if compare to upstart?
Feb 02 22:20:38 <max_posedon> or its just for fso daemons?
Feb 02 22:20:39 <mickeyl> upstart is a full blown init system
Feb 02 22:20:43 <mickeyl> we don't need that
Feb 02 22:20:50 <mickeyl> upstart has sysvinit compat
Feb 02 22:20:52 <mickeyl> we don't need that
Feb 02 22:21:16 <mrmoku> JaMa: no, not used anymore by me
Feb 02 22:21:32 <mrmoku> JaMa: I left it to be able to test before synching... but don' use it :P
Feb 02 22:21:33 <spaetz> sysvinit compat can be turned off  iirc
Feb 02 22:21:57 <radekp> larsc: now i have CONFIG_MMC_S3C=y, but still no wifi :(
Feb 02 22:22:15 <radekp> larsc: but i am not sure about  CONFIG_MMC_S3C_PIO=y - if it is correct
Feb 02 22:22:33 * DocScrutinizer off for a nice beer
Feb 02 22:22:49 <radekp> or maybe something else is still missing
Feb 02 22:25:25 <max_posedon> mickeyl, could you look at http://pastebin.ca/1776310 ?
Feb 02 22:25:44 <max_posedon> I have simple sustem with fsodeviced/fsousaged/fsogsmd runned
Feb 02 22:26:18 <larsc> radekp: CONFIG_MMC_S3C_PIO=y is ok
Feb 02 22:26:21 <max_posedon> tried, fso-raw -r GSM sleep 180, but fsogsmd.log doesn't look ok
Feb 02 22:26:54 <mickeyl> need more info
Feb 02 22:26:55 <mickeyl> enable DEBUG
Feb 02 22:27:06 <mickeyl> you're probably missing a low level class
Feb 02 22:27:27 <max_posedon> fso-abyss? runned
Feb 02 22:27:32 <max_posedon> one min for debug plz
Feb 02 22:27:45 <mickeyl> don't run fso-abyss
Feb 02 22:27:50 <mickeyl> fso-abyss conflicts with fsogsmd
Feb 02 22:28:02 <mickeyl> fsogsmd talks to the modem directly
Feb 02 22:28:17 <mickeyl> no more thousand times unpacking data and repacking :D
Feb 02 22:28:22 <mickeyl> ~shoot ptys
Feb 02 22:28:23 * apt shoots ptys in the foot with a frozen turkey cannon!
Feb 02 22:29:11 <spaetz> nice, no abyss anymore? cool
Feb 02 22:29:12 <max_posedon> sorry, but I didn't do that
Feb 02 22:29:18 <max_posedon> smth other started it
Feb 02 22:29:25 <radekp> larsc: can i try your config?
Feb 02 22:29:34 <prahal> org.freesmartphone.Resource.NotEnabled: Resource Device is not enabled . I get this when ogsmd try sim . I have fsodeviced running
Feb 02 22:29:34 <max_posedon> should I remove fsoabyss? to be sure?
Feb 02 22:30:01 <max_posedon> (I'll)
Feb 02 22:30:35 <mickeyl> no need to remove it
Feb 02 22:30:37 <mickeyl> but don't run it
Feb 02 22:30:52 <mickeyl> and don't run frameworkd with GSM subsystem :)
Feb 02 22:31:12 <max_posedon> as I said, I didn't, it was started by dbus or other frameworkd service
Feb 02 22:32:04 <max_posedon> sorry, not frameworkd, but fso2d, I didn't running frameworkd
Feb 02 22:32:07 <mickeyl> good
Feb 02 22:32:10 <mickeyl> in any case you need
Feb 02 22:32:12 <mickeyl> [fsogsm]
Feb 02 22:32:20 <mickeyl> lowlevel_type = openmoko
Feb 02 22:32:28 <larsc> radekp: sure
Feb 02 22:32:52 <mickeyl> otherwise the modem will not be powercycled correctly
Feb 02 22:32:58 <mickeyl> which is probably the reason why fsogsmd can't open it
Feb 02 22:33:07 <radekp> larsc: is it somewhere downloadable? :)
Feb 02 22:33:42 <max_posedon> mickeyl, http://pastebin.ca/1776323
Feb 02 22:33:52 <larsc> radekp: give me 10 seconds
Feb 02 22:34:01 <max_posedon> looks like it started, but nothing requested modem in that moment
Feb 02 22:34:09 <radekp> larsc: oki, thanks
Feb 02 22:34:18 <larsc> radekp: http://metafoo.de/config-s3c24xx-2.6.32
Feb 02 22:34:24 <max_posedon> but when I requested (fso-raw) it tryed smth wrong
Feb 02 22:34:54 <mickeyl> FsoGsmNullLowLevel : NullLowlevel::poweroff() - this is probably not what you want
Feb 02 22:35:02 <mickeyl> you're missing the lowlevel setting for openmoko
Feb 02 22:36:12 <max_posedon> ah, I get now, don't you want add this [fsogmd] lowlevel_type = openmoko to GTA02 defconfig?
Feb 02 22:37:07 <mickeyl> yes
Feb 02 22:37:43 <max_posedon> fsogsmd, Segmentation fault
Feb 02 22:37:54 <max_posedon> oops (after adding lowlevel_type = openkmoko)
Feb 02 22:38:17 <CIA-47> freesmartphone.org: 03mickey 07cornucopia * r84c784dd01e1 10/fsogsmd/conf/openmoko_gta/fsogsmd.conf: fsogsmd: conf: specify correct lowlevel handler for openmoko_gta family
Feb 02 22:38:53 <max_posedon> strace last few lines http://pastebin.ca/1776329 (if it could helps)
Feb 02 22:40:46 <max_posedon> mickeyl, and this http://pastebin.ca/1776329 is what log have on this moment
Feb 02 22:41:50 <mickeyl> hmm, that's sad. no idea offhand without a backtrace
Feb 02 22:42:21 <max_posedon> I could give you a core I think
Feb 02 22:42:34 <mickeyl> i haven't been able to test on the FreeRunner since long
Feb 02 22:42:41 <mickeyl> my images don't boot
Feb 02 22:43:16 <max_posedon> or, I can try install cross gdb and look there myself
Feb 02 22:43:35 <mickeyl> that'd be good
Feb 02 22:44:07 <max_posedon> ok, I hope it won't take long, but if you want core too, just give me e-address
Feb 02 22:46:25 <playya> mickeyl, maybe its useful to register a logger for the glib logging methods?
Feb 02 22:47:05 <playya> then all the internal errror would get into the logs
Feb 02 22:48:51 <max_posedon> http://pastebin.ca/1776343
Feb 02 22:49:09 <max_posedon> small info, I hope, I'll get more soon, just recompile with disabled stripping
Feb 02 22:50:30 <Q-Master> Hi all!
Feb 02 22:51:02 * Q-Master got a black screen today during the call.
Feb 02 22:56:50 <Heinervdm> JaMa: got an anwser from ffalarms author, he will push his fix as soon as projects.openmoko.org are back online. But perhaps he will change to another host, because of the unreliabillty of projects.openmoko.org
Feb 02 22:57:42 <radekp> larsc: great with your config wifi works
Feb 02 22:58:13 <radekp> larsc: thanks a lot for help
Feb 02 22:59:01 <JaMa> Heinervdm: ok.. he can start with that patch I used.. images are built now.. so it's ok for me to wait :)
Feb 02 22:59:22 <Heinervdm> JaMa: he already patched it loacally
Feb 02 22:59:42 <max_posedon> compilation via libtool not via gcc looks like disabled distcc, don't know is it vala issue or not
Feb 02 23:00:22 <JaMa> gnite all
Feb 02 23:02:20 <mickeyl> playya: I'm not using any glib logging anymore
Feb 02 23:02:39 <playya> yes. but the glib internals.
Feb 02 23:02:51 <mickeyl> oh, their error reporting
Feb 02 23:02:54 <mickeyl> good point
Feb 02 23:05:22 <playya> and maybe we can add a signal handler like navit to output a stacktrace on segfault
Feb 02 23:05:42 <playya> or use the glib backtrace methods
Feb 02 23:06:32 <mickeyl> there's a backtrace dumper in libfsobasics
Feb 02 23:06:38 <mickeyl> we just need to register a SIGSEGV handler
Feb 02 23:06:52 <mickeyl> still without debugging symbols it won't be much of a help
Feb 02 23:07:05 <playya> yes
Feb 02 23:10:20 <max_posedon> mickeyl, http://pastebin.ca/1776372
Feb 02 23:10:36 <playya> is it possible to force the installation of the dbg-packages for e.g. shr-unstable?
Feb 02 23:10:56 <max_posedon> I think I can make it -O0 and retry once more if more info required, but it can take upto 20mins for all
Feb 02 23:11:36 <Heinervdm> playya: i don't think that's a good idea, debuging symbols are really big...
Feb 02 23:12:03 <max_posedon> and, what the problem?
Feb 02 23:12:22 <mickeyl> wait a moment
Feb 02 23:12:28 <max_posedon> Heinervdm, they not loaded during nornal running
Feb 02 23:12:34 <mickeyl> i'm getting the SIGSEGV here too, when i enable lowlevel_type = openmoko
Feb 02 23:12:39 <playya> yes. but this might give us an easy option to get backtraces
Feb 02 23:12:42 <Q-Master> TAsn: sleeping?
Feb 02 23:13:01 <Heinervdm> max_posedon: yes but you will bring images with a size of 500MB
Feb 02 23:13:13 <Heinervdm> so it would be impossible to flash to nand
Feb 02 23:13:31 <Heinervdm> s/bring/get/
Feb 02 23:13:49 <max_posedon> Heinervdm, OE brings dbg files separate, its fine I think
Feb 02 23:14:09 <max_posedon> e.g. sigsegv -> core dumped -> install dbg -> look at bt
Feb 02 23:14:19 <max_posedon> ah, sorry
Feb 02 23:14:27 <max_posedon> but anyway, fso2 not so big
Feb 02 23:14:54 <Heinervdm> for just fso2 packages it's not that much, but not for every package
Feb 02 23:15:39 <playya> sth. like apport might be useful to
Feb 02 23:16:02 <playya> anyone knows what Maemo uses for crash reports?
Feb 02 23:17:46 <DocScrutinizer> crashreporter?
Feb 02 23:17:53 <mickeyl> max_posedon: i have it
Feb 02 23:17:56 <max_posedon> may be nothing, its commercial device)
Feb 02 23:18:01 <max_posedon> mickeyl, nice, so?
Feb 02 23:18:05 <max_posedon> easy fixable?
Feb 02 23:18:12 <DocScrutinizer> at least I seen somesuch in /sbin/ or somewhere
Feb 02 23:18:16 <mickeyl> need 15 mins
Feb 02 23:18:28 <max_posedon> ok, I'll wait if you will do it now
Feb 02 23:18:36 <mickeyl> in the meantime you can probably make it work by adding the missing plugin
Feb 02 23:18:43 <mickeyl> [fsogsm.lowlevel_openmoko]
Feb 02 23:18:45 <playya> DocScrutinizer, it's sp-rich-core 
Feb 02 23:18:58 <playya> what's the url of the main repo?
Feb 02 23:19:35 <max_posedon> mickeyl, just empty group? ok
Feb 02 23:20:29 <max_posedon> but empty group not enough...
Feb 02 23:20:55 <DocScrutinizer> playya: err, don't get ya
Feb 02 23:21:27 <CIA-47> freesmartphone.org: 03mickey 07cornucopia * re444c7442373 10/fsogsmd/src/lib/modem.vala: fsogsmd: modem: create channel map a bit earlier, so that logging errors does not SIGSEGV
Feb 02 23:23:19 <CIA-47> freesmartphone.org: 03mickey 07cornucopia * rbd805c2b5850 10/fsogsmd/conf/openmoko_gta/fsogsmd.conf: fsogsmd: conf: enable lowlevel_openmoko for openmoko_gta family
Feb 02 23:23:51 <Serdar> hi there
Feb 02 23:24:04 <DocScrutinizer> playya: "crash reporter provides graphical frontend to sp-rich-core...". Aaah
Feb 02 23:24:14 <Serdar> could someone compile mtd-utils on mac os x?
Feb 02 23:51:18 <prahal> fsoogsmd logging does not follow settings ? I set the level to error and still get warning/debug 
Feb 02 23:54:01 <prahal> ah fsogsmd start (there was a typo in the line you provided not openkmoko bu openmoko)
Feb 02 23:55:02 <prahal>  CRITICAL **: file muxtransport.c: line 297: uncaught error: Session has to be initialized first. (gsm0710mux_muxer_error-quark, 3) ?
Feb 02 23:59:38 <max_posedon> mickeyl, thats better, but still http://pastebin.ca/1776426
Feb 03 00:00:16 <max_posedon> prahal, are you running fsogsmd with all commits which mickey pushed 30min ago?
Feb 03 00:00:48 <prahal> just shr-unstable provided one
Feb 03 00:01:05 <prahal> don't know if the bits you ttalk about were pushed there 
Feb 03 00:01:56 <max_posedon> prahal, shr version have bugs which not compatible with living)
Feb 03 00:02:06 <prahal> :)
Feb 03 00:02:26 <prahal> I am struggling to get quilt/bitbake working together
Feb 03 00:02:48 <max_posedon> mickeyl, ah, I haven't /sys there, sorry
Feb 03 00:03:09 <mickeyl> 2010-02-02T23:58:58.959546Z [ERROR] LowLevelOpenmoko <>: power_node not defined. Can't poweron.
Feb 03 00:03:11 <mickeyl> that'd be a problem
Feb 03 00:03:19 <mickeyl> more settings necessary :)
Feb 03 00:04:19 <mickeyl> what's the power node again?
Feb 03 00:04:30 <mickeyl> (no FR here)
Feb 03 00:04:33 <prahal> I wanted to try fsogsmd out as frameworked seems not to work with fsodeviced
Feb 03 00:05:59 <CIA-47> freesmartphone.org: 03mickey 07cornucopia * r49451df83952 10/fsogsmd/conf/openmoko_gta/fsogsmd.conf: fsogsmd: conf: specify power_node in lowlevel_openmoko
Feb 03 00:08:09 <mickeyl> [lowlevel_openmoko]
Feb 03 00:08:13 <mickeyl> power_node = ...
Feb 03 00:15:57 <CIA-47> freesmartphone.org: 03mickey 07cornucopia * rbf4c0b91b5fd 10/tools/fso-boot/ (README src/Makefile.am src/main.vala vapi/linux.vapi): fso-boot: mount procfs
Feb 03 00:31:52 <max_posedon> power_node = /sys/devices/platform/s3c2440-i2c/i2c-adapter/i2c-0/0-0073/neo1973-pm-gsm.0/power_on
Feb 03 00:32:22 <max_posedon> http://pastebin.ca/1776465 much better
Feb 03 00:32:38 <max_posedon> but can't open modem.. may be I should try reboot
Feb 03 00:34:20 <mickeyl> worth a try
Feb 03 00:34:27 <mickeyl> we're getting there :)
Feb 03 00:35:09 <mickeyl> " DBusServiceDevice <>: Can't open modem " is very brief
Feb 03 00:35:12 <mickeyl> i would expect more info
Feb 03 00:35:14 <mickeyl> aah
Feb 03 00:35:16 <mickeyl> try
Feb 03 00:35:21 <mickeyl> [libfsotransport]
Feb 03 00:35:25 <mickeyl> log_level = DEBUG
Feb 03 00:35:28 <mickeyl> log_to = stderr:colors
Feb 03 00:35:32 <mickeyl> [libgsm0710mux]
Feb 03 00:35:34 <mickeyl> log_level = DEBUG
Feb 03 00:35:37 <mickeyl> log_to = stderr:colors
Feb 03 00:35:55 <max_posedon> I'll use file, if its not very important
Feb 03 00:36:05 <max_posedon> it can be different from fsogsmd's yes?
Feb 03 00:36:18 <mickeyl> yes
Feb 03 00:36:33 <mickeyl> they have their own loggers
Feb 03 00:36:39 <mickeyl> and usually are quiet
Feb 03 00:36:43 <mickeyl> but now we need more info
Feb 03 00:42:55 <max_posedon> http://pastebin.ca/1776474
Feb 03 00:43:07 <max_posedon> /dev/ttyUSB0 doesn't looks correct
Feb 03 00:44:03 <max_posedon> but crw-rw---- 1 root dialout 204, 64 Feb  3 00:42 /dev/ttySAC0 should be
Feb 03 00:44:10 <max_posedon> and its was tried
Feb 03 00:44:16 <CIA-47> freesmartphone.org: 03mickey 07cornucopia * r9ea43b435fe3 10/tools/fso-boot/ (README src/main.vala): fso-boot: README++
Feb 03 00:45:17 <mickeyl> hmm, you have an /etc/abyss.conf?
Feb 03 00:45:24 <mickeyl> what does it read?
Feb 03 00:46:19 <max_posedon> ah, yes, I have
Feb 03 00:46:25 <max_posedon> and /dev/ttyUSB0 there
Feb 03 00:46:32 <max_posedon> I should remove this config, yes?
Feb 03 00:46:48 <max_posedon> or take correct one from shr?
Feb 03 00:47:21 <mickeyl> take the correct one from shr
Feb 03 00:48:20 <mickeyl> mux-based setup is somewhat complex
Feb 03 00:48:50 <mickeyl> we need to talk AT and then hand over to the multiplexer
Feb 03 00:49:03 <mickeyl> that's more work on setup, but better for separation of responsibilities
Feb 03 00:49:20 <mickeyl> once mux mode is established, everything is taking the shortest paths
Feb 03 00:49:31 <mickeyl> (well, except a kernel muxer, but i don't see that happening soon)
Feb 03 00:49:45 <max_posedon> /var/log/libgsm0710mux.log still empty
Feb 03 00:49:50 <max_posedon> libfsotransport little big longer
Feb 03 00:50:12 <max_posedon> http://pastebin.ca/1776484
Feb 03 00:51:12 <max_posedon> fsogsmd.log still show error http://pastebin.ca/1776488
Feb 03 00:51:30 <mickeyl> yeah, it still can't open the channels
Feb 03 00:51:32 <mickeyl> we need that 0710 log
Feb 03 00:51:39 <mickeyl> can you check whether it's spelled correctly?
Feb 03 00:53:19 <max_posedon> http://pastebin.ca/1776491 I don't
Feb 03 00:54:43 <max_posedon> may be it should be also [libgsm0710] ?
Feb 03 00:55:34 <mickeyl> no, that's correct
Feb 03 00:55:38 <mickeyl> hmm, one more try
Feb 03 00:55:44 <mickeyl> try moving that section to /etc/abyss.conf
Feb 03 00:58:44 <max_posedon> mickeyl, looks like now all is fine), should I show all logs?
Feb 03 00:59:00 <max_posedon> "2010-02-03T00:58:08.399598Z [INFO]  DBusServiceDevice <>: Modem opened successfully"
Feb 03 00:59:30 <mickeyl> nah, if it works, it's ok
Feb 03 00:59:52 <max_posedon> 2010-02-03T00:58:04.391483Z [WARN]  TiCalypsoModem <4C>: No handler for URC 'AT-Command Interpreter ready', please report to smartphones-userland@linuxtogo.org
Feb 03 00:59:59 <mickeyl> excellent
Feb 03 01:00:10 <max_posedon> excellent?
Feb 03 01:00:17 <max_posedon> ok)
Feb 03 01:00:18 <mickeyl> that's ok
Feb 03 01:00:26 <mickeyl> the startup URC is nothing we will handle
Feb 03 01:00:29 <DocScrutinizer> LOL
Feb 03 01:00:58 <mickeyl> the good thing is that there are no longer any swallowed messages
Feb 03 01:01:07 <mickeyl> if the startup comes, then we know we have started with a fresh channel
Feb 03 01:01:12 <mickeyl> which is what we actually want :)
Feb 03 01:01:14 <max_posedon> I think I want try register  and read sms...
Feb 03 01:01:34 <mickeyl> note that setup works slightly different now
Feb 03 01:01:39 <mickeyl> SetAntennaPower is no more :)
Feb 03 01:01:59 <max_posedon> so, could you help little bit? if not afraid of new bug reports)
Feb 03 01:02:00 <DocScrutinizer> WAAAAAAAAAAAAH
Feb 03 01:02:16 <mickeyl> call cli-framework
Feb 03 01:02:18 <mickeyl> then
Feb 03 01:02:33 <mickeyl> gsmdevice.SetFunctionality( "full", True, <yourSIM> )
Feb 03 01:02:36 <mickeyl> err
Feb 03 01:02:39 <mickeyl> yourPIN, that is
Feb 03 01:02:52 <max_posedon> I haven't PIN, and I think I don't remember
Feb 03 01:03:01 <mickeyl> good, then just leave it ""
Feb 03 01:03:26 <DocScrutinizer> "flightmode" another optionof setfunc?
Feb 03 01:04:02 <mickeyl> DocScrutinizer: i think it's called "minimal" or so
Feb 03 01:04:03 <max_posedon> mickeyl, at least now any errors
Feb 03 01:04:19 <DocScrutinizer> duh, I'm fine with that
Feb 03 01:04:22 <mickeyl> :)
Feb 03 01:04:52 <max_posedon> mdbus2 -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.SIM.RetrieveMessagebook 'all'
Feb 03 01:04:52 <max_posedon> ( [ ] )
Feb 03 01:04:59 <max_posedon> but its not what I expected
Feb 03 01:05:22 <max_posedon> 2010-02-03T01:03:19.233054Z [DEBUG] TiCalypsoModem <4C>: Did receive a valid response for FsoGsmPlusCPIN (if its important)
Feb 03 01:05:22 <mickeyl> let me check
Feb 03 01:05:33 <max_posedon> but!
Feb 03 01:05:35 <max_posedon> 2010-02-03T01:03:19.270061Z [INFO]  TiCalypsoModem <4C>: SIM Auth status changed to 'FREE_SMARTPHONE_GSM_SIM_AUTH_STATUS_READY'
Feb 03 01:05:40 <mickeyl> good
Feb 03 01:06:27 <max_posedon> may be mdbus2 can't handle sms output
Feb 03 01:07:04 <mickeyl> yep
Feb 03 01:07:04 <DocScrutinizer> Russian chars? :-P
Feb 03 01:07:07 <mickeyl> structs not implemented yet
Feb 03 01:07:14 <mickeyl> this is C
Feb 03 01:07:19 <mickeyl> so very cumbersome
Feb 03 01:07:24 <mickeyl> [even in Vala]
Feb 03 01:07:32 <mickeyl> try mdbus or cli-framework
Feb 03 01:07:41 <mickeyl> will handle structs later
Feb 03 01:07:47 <mickeyl> perhaps during my train ride to brussels
Feb 03 01:08:47 <DocScrutinizer> I guess you'll avoid maemo in a wide perimeter?
Feb 03 01:09:23 <mickeyl> not avoiding it, but it's of zero interest to me
Feb 03 01:09:35 <DocScrutinizer> hmmm
Feb 03 01:09:37 <max_posedon> mdbus shows empty sms list too
Feb 03 01:09:49 <max_posedon> but may be opimd removed all of them, let me try smth else
Feb 03 01:09:55 <mickeyl> ya, that could be
Feb 03 01:10:20 <mickeyl> with FSO i'm really in a small niche
Feb 03 01:10:27 <mickeyl> Maemo will keep another small niche
Feb 03 01:10:33 <mickeyl> i only have energy to work in one small niche
Feb 03 01:11:17 <max_posedon> http://pastebin.ca/1776507
Feb 03 01:11:29 <max_posedon> (fsogsmd.log when I'm doing my experements)
Feb 03 01:11:48 <mickeyl> check /tmp/fsogsmd/sms/
Feb 03 01:11:52 <mickeyl> is it emptyß
Feb 03 01:11:53 <mickeyl> ?
Feb 03 01:12:29 <max_posedon> yes
Feb 03 01:12:34 <mickeyl> then you have no SMS on SIM
Feb 03 01:12:48 <mickeyl> or it could not get then ;)
Feb 03 01:13:04 <max_posedon> /org/freesmartphone/GSM/Device: RetrievePhonebook failed: org.freedesktop.DBus.Error.NoReply (Message did not receive a reply (timeout by message bus))
Feb 03 01:13:16 <max_posedon> (dbus hear classic - not-patched)
Feb 03 01:13:31 <mickeyl> hmm, phonebook should be fast
Feb 03 01:13:39 <max_posedon> I just want some info that will prove that its my SIM)
Feb 03 01:14:06 <mickeyl> siminfo
Feb 03 01:14:46 <mickeyl> or check GetStatus to see which provider it logged in
Feb 03 01:14:54 <DocScrutinizer> mickeyl: fair enough
Feb 03 01:15:10 <max_posedon> /org/freesmartphone/GSM/Device: GetSimInfo failed: org.freedesktop.DBus.Error.NoReply (Message did not receive a reply (timeout by message bus))
Feb 03 01:15:22 <mickeyl> looks like the process has died
Feb 03 01:15:44 <mickeyl> DocScrutinizer: if mer's mission would have been to explore alternative middlewares, then it would have been interesting
Feb 03 01:16:00 <mickeyl> DocScrutinizer: but with it cloning maemo, i don't see a chance to "get in"
Feb 03 01:16:01 <max_posedon> oops, yes, you are right
Feb 03 01:16:10 <DocScrutinizer> dunno. you should talk to stskeeps
Feb 03 01:16:19 <mickeyl> well, i talked to the mer guys
Feb 03 01:16:22 <mickeyl> and that's what they said
Feb 03 01:16:46 <DocScrutinizer> k, so I can't help them either
Feb 03 01:16:50 <mickeyl> probably
Feb 03 01:17:15 <max_posedon> ok, thanks! anyway, it looks like it works, but its too late now, I really want sleep
Feb 03 01:17:25 <mickeyl> max_posedon: g'night, thanks for testing
Feb 03 01:17:46 <max_posedon> I'll continue tomorrow, and after few weeks you will hate me)
Feb 03 01:17:52 <mickeyl> heheh
Feb 03 01:23:27 <prahal> hum could odeviced still work ? I tried using fsodeviced as per latest unstable with no success (resource device not found by ogsmd)
Feb 03 01:23:30 <playya__> good night
Feb 03 01:23:56 <playya__> prahal, mickeyl just fixed it. shr needs to update the packages
Feb 03 01:24:31 <prahal> to fso2 ?
Feb 03 01:24:31 <mickeyl> g'night
Feb 03 01:24:41 <prahal> g night
Feb 03 01:25:47 <DocScrutinizer> prahal: read backscroll, the fix was "live" ;-)
Feb 03 01:26:05 <playya__> prahal, take a look at the last 3 fsogsmd: conf: commits
Feb 03 01:27:20 <prahal> oh I participated in those ... but i reverted to framweworkd as I only had the broken old versions and this seems too break dbus interface (not sure of this though)
Feb 03 01:27:57 <prahal> and even with all the daemons it looks like without fso-boot it requires a lot of hand work at each boot
Feb 03 01:51:33 <Serdar> urgs
Feb 03 01:51:41 <Serdar> mickey|zzZzzz, there?
Feb 03 01:51:55 <Serdar> mickey|zzZzzz, http://wiki.openmoko.org/wiki/FOSDEM_2010 isn't that old?
Feb 03 02:30:45 <prahal> shr-launcher trunk  dbsqlite.c: restore_state //if (n != no_apps) rescan_apps(); ->the applications ar enot imported anymore ... there is  code to import new/modified desktop file but it misses the entry in app_cat table set so those are not shown by the ui
Feb 03 02:37:04 <prahal> I don't know why the rescan at start was removed. All the applications that deals with desktop files do so (it is not possible to know if they have changed in between runs of the launcher)
**** ENDING LOGGING AT Wed Feb 03 02:59:56 2010