**** BEGIN LOGGING AT Thu May 27 02:59:57 2010
May 27 08:05:17 <CIA-58> freesmartphone.org: 03morphis 07msmcomm * r8676cabff557 10/libmsmcomm/ (generate_structures.sh tools/xml-to-sdef.py): libmsmcomm: specs: convert xml specification to sdef format
May 27 08:05:19 <CIA-58> freesmartphone.org: 03morphis 07msmcomm * rf427c1f6356b 10/libmsmcomm/ (9 files in 3 dirs): libmsmcomm: update protocol specification
May 27 09:35:13 <CIA-58> freesmartphone.org: 03morphis 07msmcomm * refb919ecc30d 10/libmsmcomm/ (5 files in 3 dirs): libmsmcomm: specs: update again
May 27 09:35:16 <CIA-58> freesmartphone.org: 03morphis 07msmcomm * r5f0dfa34965f 10/libmsmcomm/ (9 files in 2 dirs): libmsmcomm: add sms events + fix some little bugs
May 27 09:35:16 <CIA-58> freesmartphone.org: 03morphis 07msmcomm * r38875cf075f9 10/scripts/strace-msm-parse.py: msmcomm: scripts: load packet definitions from file instead of hardcoding them in strace-msm-parse script
May 27 09:47:56 <CIA-58> freesmartphone.org: 03morphis 07msmcomm * r61ceae6ff528 10/libmsmcomm/vapi/msmcomm-1.0.vapi: libmsmcomm: update vapi for sms events
May 27 10:04:36 <shazkhan> hi everyone
May 27 10:04:50 <shazkhan> ERROR: Error in executing python function in: /home/shaz/moko/shr-unstable/openembedded/recipes/tcp-wrappers/tcp-wrappers_7.6.bb
May 27 10:05:15 <shazkhan> Hunk #1 FAILED at 83.
May 27 10:05:44 <shazkhan> Applying patch rfc931.diff      patching file scaffold.c
May 27 10:06:37 <shazkhan> JaMa ?
May 27 10:16:23 <leob> Hello. I saw in the logs that leviathan has had problems with UBIFS on Android and that problems were due to a bug in the qualcom drivers. I am trying to run UBIFS on a nexus one and ran into the exact same problem. Does anyone know if he succeded in implementing subpage reading in the mtd-driver?
May 27 10:16:45 <mickey|office> he did not
May 27 10:16:49 <mickey|office> but i don't know any details
May 27 10:18:13 <leob> Damn... I tried adding a quick and dirty hack to the driver that should have enabled it to perform subpage reading but it instead seems to give other errors.
May 27 10:20:53 <JaMa> shazkhan: probably broken with last 2 commits to that file (see git log), I did rebuild from scratch just before those 2 and because they are not changing PV I didn't get this error sofar
May 27 10:21:40 <leob> Does anyone happen to have an email address to leviathan so that I could ask him directly?
May 27 10:42:02 <tmzt> on the mtd?
May 27 10:44:18 <jluis> shazkhan: I have had this  morning the same problem and solved seting ENABLE_BINARY_LOCALE_GENERATION = "0" on local.conf
May 27 10:46:53 <JaMa> lol
May 27 10:46:53 <JaMa> no
May 27 10:47:00 <JaMa> it's completely unrelated
May 27 10:47:30 <JaMa> jluis: if you wasn't able to build locale for es_CR it was fixed (I've pushed it few mins ago)
May 27 10:50:46 <jluis> JaMa: thanks but i think that I only did that but I usually forget a lot of my  mistakes
May 27 10:51:25 <JaMa> jluis: after http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=892b0fc7521ce8d0f6b74d82b5f3bbbc32e0fb83  you don't need to disable ENABLE_BINARY_LOCALE_GENERATION
May 27 10:52:07 <JaMa> tcp-wrappers issue was probably fixed with this commit http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=a56048dedf697b749877bc258a5f751c96a71561, that's why it worked for you after make update
May 27 10:52:55 * JaMa rebuilding shr-t and angstrom from scratch
May 27 11:16:00 <GNUtoo> hi mickey|office 
May 27 11:17:13 <deubeuliou> dzazdazdazd
May 27 11:18:44 <deubeuliou> (sorry)
May 27 11:21:50 <morphis> :)
May 27 11:22:05 <morphis> da ist wohl wer auf der Tastatur eingeschlafen 
May 27 11:23:55 <mickey|office> morning GNUtoo
May 27 11:23:58 <mickey|office> hi morphis 
May 27 11:25:18 <morphis> hey mickey|office 
May 27 11:25:19 <mickey|office> GNUtoo: any more findings wrt. the X resume?
May 27 11:25:53 <morphis> mickey|office: bin gerade dabei verschiedene Sachen (SIM Access, Netzwerk-Auswahl (GSM, UMTS, Automatisch)) in Msmcomm zu integrieren
May 27 11:26:05 <morphis> damn it
May 27 11:26:18 <morphis> we are in the english-only channel 
May 27 11:26:19 <mickey|office> morphis: hehe, wrong language, but great
May 27 11:26:50 <morphis> second time I forgot to look a the bottom in which channel I am currently in
May 27 11:27:09 <morphis> mickey|office: we have even to think about the modem init process
May 27 11:27:50 <morphis> and I am really sure: for every message is a response we just have to pick the right one
May 27 11:30:02 <GNUtoo> hi mickey|office 
May 27 11:30:11 <GNUtoo> mickey|office, commenting the ioctl didn't work
May 27 11:33:47 <mickey|office> morphis: hmm, then we should rename/reorder them to fix the matching
May 27 11:34:03 <mickey|office> GNUtoo: I'd try removing parts of FSO2 one after another
May 27 11:34:11 <mickey|office> to find out which of the daemons is the problematic one
May 27 11:34:14 <GNUtoo> ah ok 
May 27 11:34:16 <GNUtoo> thanks 
May 27 11:41:34 <CIA-58> freesmartphone.org: 03morphis 07msmcomm * r475bba019e40 10/libmsmcomm/src/ (event_network.c msmcomm.h): libmsmcomm: distinguish between network_state_info_event with only rssi update and full update
May 27 11:41:39 <GNUtoo> mickey|office, for doing that I disable them in the config? or is there a quicker way?
May 27 11:43:34 <CIA-58> freesmartphone.org: 03morphis 07msmcomm * rf657856e1f71 10/libmsmcomm/ (src/event_network.c src/msmcomm.h vapi/msmcomm-1.0.vapi): libmsmcomm: distinguish between network_state_info_event with only rssi update and full update
May 27 11:59:56 <GNUtoo> mickey|office, [fsodevice]
May 27 11:59:56 <GNUtoo> disable = 1
May 27 12:00:02 <GNUtoo> doesn't seem to disable it
May 27 12:16:42 <JesusMcCloud> anyone here using podboy? i'm trying to fix #1115
May 27 12:18:52 <JesusMcCloud> i have never used it
May 27 12:21:20 <mickey|office> GNUtoo: disable=1 is old style (FSO1)
May 27 12:21:30 <mickey|office> in FSO2, you just leave [fsodevice] out
May 27 12:21:33 <mickey|office> to disable it
May 27 12:22:51 <GNUtoo> ok thanks a lot
May 27 12:34:17 <CIA-58> SHR: 03jesus 07shr-themes * r722b0dcc2b1b 10/elementary/elementary-theme-gry/gry.edc: fixed #1115
May 27 12:35:06 <JesusMcCloud> JaMa, elementary-theme-gry needs to be bumped to 722b0dcc2b1bf79515eaaddd9ebc7819c7f923d0
May 27 12:36:31 <JaMa> JesusMcCloud: OK
May 27 12:36:44 <JaMa> JesusMcCloud: phoneui-themes from yesterday should be in shr-u already
May 27 12:43:14 <JesusMcCloud> coolio, thx
May 27 12:47:40 <GNUtoo> mickey|office, it seem to be fsodeviced...I'll try disabling the plugins
May 27 12:51:35 <GNUtoo> mickey|office, I think I found it: [fsodevice.kernel_idle]
May 27 12:53:09 <JaMa> elementary-theme-gry also in feeds
May 27 13:03:54 <mickey|office> make sense
May 27 13:04:10 <mickey|office> that's what i said could be the only thing that has anything to do with resume
May 27 13:04:22 <mickey|office> fsousaged resets the idle notifier on resume
May 27 13:04:33 <mickey|office> which sends out a signal
May 27 13:04:47 <mickey|office> and something may react on this signal and issue an unblank
May 27 13:05:01 <mickey|office> which perhaps triggers a race condition in X or the kernel
May 27 13:05:28 <mickey|office> however as you said it is not being fixed by disabling the unblank
May 27 13:05:35 <mickey|office> so i'm kind of out of ideas then
May 27 13:05:52 <mickey|office> what is SHR doing on idleness = BUSY?
May 27 13:07:56 <GNUtoo> reading
May 27 13:08:47 <GNUtoo> I think it changes the screen brightness
May 27 13:09:17 <GNUtoo> because screen brightness is not changed anymore
May 27 13:09:25 <GNUtoo> so on busy or idle it changes that
May 27 13:09:34 <GNUtoo> I've a theory
May 27 13:09:39 <GNUtoo> you suspend
May 27 13:09:41 <GNUtoo> then it's idle
May 27 13:09:51 <GNUtoo> then it lower the screen brightness
May 27 13:09:57 <GNUtoo> which makes the screen wakeup
May 27 13:10:02 <GNUtoo> or something like that
May 27 13:17:23 <GNUtoo> mickey|office, what do you think of this?
May 27 13:21:58 <GNUtoo> mickey|office, http://pastebin.com/kfhC9hLx
May 27 13:24:16 <JaMa> Weiss: tried to build 2.6.34-oe2 only with changed defconfig to nonDRM and uImage size difference is only 72kB so those 400kB were from something else
May 27 13:24:52 <Weiss> ok :D
May 27 13:25:01 <Weiss> (it makes me happy when things aren't my fault..)
May 27 13:25:10 <valos> JesusMcCloud: thx to have fixed #1115, I tested with podboy and bug is gone
May 27 13:36:14 <mickey|office> could be
May 27 13:36:40 <mickey|office> to test this theory, you could enhance the idle notifier
May 27 13:36:52 <mickey|office> to listen for signals from Usage
May 27 13:37:00 <mickey|office> then remember the state
May 27 13:37:12 <mickey|office> and not send any signals during suspend
May 27 13:37:33 <mickey|office> this is only a problem because of the asynchronity of suspend
May 27 13:37:48 <mickey|office> on other kernels it can't happen
May 27 13:37:54 <mickey|office> since they suspend synchronously
May 27 13:44:18 <GNUtoo> ok
May 27 13:44:55 <GNUtoo> mickey|office, btw is it usefull to reverse engineer the accelerometers/compas?
May 27 13:45:06 <GNUtoo> mickey|office, basically printks could do the job
May 27 13:45:24 <mickey|office> absolutely useful
May 27 13:45:26 <GNUtoo> one printk for each ioctl
May 27 13:45:27 <mickey|office> I'd love to have this working
May 27 13:45:31 <GNUtoo> ok
May 27 13:45:34 <mickey|office> right now I can't seem to get any data out of it
May 27 13:45:42 <mickey|office> but i didn't do any real tests
May 27 13:45:55 <GNUtoo> basically the plan is to use cyanogen with a modified cyanogen kenrel
May 27 13:45:56 <mickey|office> would be good to see what android is calling
May 27 13:46:01 <mickey|office> right
May 27 13:46:02 <GNUtoo> and printk what's happening
May 27 13:46:49 <GNUtoo> also: telephony is broken on my dream because phoneui-* don't start,who should I ping for that?
May 27 13:47:37 <GNUtoo> zhone2 kind of work but only for local calls
May 27 13:47:40 <GNUtoo> no international calls
May 27 13:47:45 <GNUtoo> which is very problematic
May 27 13:47:59 <mickey|office> hmm huh? 
May 27 13:48:04 <mickey|office> why no international calls? :)
May 27 13:48:19 <GNUtoo> 0033xxxxxxxxx doesn't work
May 27 13:48:31 <mickey|office> tried using a plus?
May 27 13:48:33 <GNUtoo> I press the green button and nothing happends
May 27 13:48:42 <GNUtoo> I didn't succeed at making a +
May 27 13:48:47 <GNUtoo> retrying
May 27 13:50:04 <mickey|office> if i can spare an hour on weekend, i'll have a look at international calls
May 27 13:50:14 <mickey|office> phoneui* would be on topic here
May 27 13:50:16 <GNUtoo> ok but maybe better fixing SHR
May 27 13:50:19 <mickey|office> no idea who specifically
May 27 13:50:30 <GNUtoo> it would make you loose less time
May 27 13:50:57 <mickey|office> well, if 00 doesn't work this rather sounds like a problem in the underlying layers
May 27 13:51:09 <mickey|office> so it ends up in my responbility anyways ;)
May 27 13:51:20 <GNUtoo> ah ok
May 27 13:53:05 <GNUtoo> JaMa, hi do you know who knows well phoneui-*
May 27 13:55:34 <GNUtoo> mickey|office, for international even + doesn't work
May 27 13:55:37 <GNUtoo> 2010-05-27T13:55:08.562286Z [ERROR] GsmAgent <>: Error: Number contains invalid character 'E' at position 0
May 27 13:56:04 <GNUtoo> 2010-05-27T13:55:39.707275Z [ERROR] GsmAgent <>: Error: Number contains invalid character 'E' at position 0 also for 0033
May 27 13:56:22 <GNUtoo> mickey|office, maybe the phonebook->call is broken?
May 27 13:56:38 <GNUtoo> I'll try with dbus
May 27 13:57:10 <JaMa> GNUtoo: mrmoku, TAsn
May 27 13:57:16 <GNUtoo> ok thanks
May 27 13:57:16 <mickey|office> oops
May 27 13:57:18 <mickey|office> 'E'!
May 27 13:57:21 <mickey|office> strange
May 27 13:57:39 <GNUtoo> mickey|office, that's how the name of the contact starts
May 27 13:57:50 <mickey|office> oooh
May 27 13:57:53 <mickey|office> ah
May 27 13:58:02 <mickey|office> let me check
May 27 13:58:06 <GNUtoo> ok
May 27 13:58:08 <JaMa> GNUtoo: and Heinervdm 
May 27 13:58:28 <GNUtoo> ok thanks
May 27 13:58:40 <Heinervdm> I don't know it very well
May 27 13:58:44 <GNUtoo> 2010-05-27T13:58:13.560211Z [ERROR] GsmAgent <>: Error: Number contains invalid character 'R' at position 0 for Ricarica for instance
May 27 13:59:08 <GNUtoo> Heinervdm, basically phoneui-* doesn't start how can I start debugging it?
May 27 13:59:35 <GNUtoo> # phoneui-contacts 
May 27 13:59:47 <GNUtoo> echo $? => 0
May 27 13:59:59 <GNUtoo> a strace trace is needed ?
May 27 14:00:23 <Heinervdm> GNUtoo: phoneui-contacts is just a dbus call to phoneuid
May 27 14:00:28 <GNUtoo> ok
May 27 14:00:30 <Heinervdm> so you have to debug phoneuid
May 27 14:00:39 <GNUtoo> ok
May 27 14:01:12 <Heinervdm> This error is from FSO, isn't it?
May 27 14:01:19 <GNUtoo> which error?
May 27 14:01:23 <GNUtoo> the one before
May 27 14:01:27 <Heinervdm> yes
May 27 14:01:28 <mickey|office> GNUtoo: ok, found, will fix whenever i have 30 minutes
May 27 14:01:31 <GNUtoo> no it's something for mickeyl
May 27 14:01:38 <GNUtoo> mickey|office, ok nice thanks a lot
May 27 14:01:41 <mickey|office> np
May 27 14:02:23 <Heinervdm> GNUtoo: ah, your error is that it doesn't start
May 27 14:02:49 <Heinervdm> GNUtoo: at first i would try to enable debug in /etc/phoneuid.conf and look at the log
May 27 14:03:02 <Heinervdm> and then send the log to mrmoku|a` ;)
May 27 14:03:13 <GNUtoo> ok thanks
May 27 14:03:35 <GNUtoo> I'm doing that right now
May 27 14:04:28 <Heinervdm> GNUtoo: probably phoneuid segfaults
May 27 14:04:35 <GNUtoo> not suhre
May 27 14:04:44 <GNUtoo> pidof phoneuid gave me some number
May 27 14:05:13 <Heinervdm> it get's restarted automatically
May 27 14:05:19 <GNUtoo> ah ok
May 27 14:06:28 <Heinervdm> you can compare pid before and after the call
May 27 14:06:31 <GNUtoo> ok
May 27 14:06:33 <GNUtoo> http://pastebin.com/ZbfdXUQC
May 27 14:06:55 <GNUtoo> that's what I have lanching the dialer
May 27 14:07:20 <Heinervdm> it
May 27 14:07:21 <GNUtoo> indeed it segfaults
May 27 14:07:26 <GNUtoo> the id changes
May 27 14:07:26 <Heinervdm> it's segfaulting
May 27 14:07:42 <GNUtoo> -dbg and gdbserver I bet
May 27 14:08:09 <Heinervdm> You have the same version as on the FR?
May 27 14:08:15 <GNUtoo> not shure
May 27 14:08:29 <GNUtoo> I bitbake things for the htcdream but not for the freerunner
May 27 14:08:36 <GNUtoo> so I bet no
May 27 14:08:53 <Heinervdm> sometimes there are untested commits
May 27 14:09:00 <GNUtoo> ah ok
May 27 14:09:06 <GNUtoo> it worked some commits ago
May 27 14:10:10 <GNUtoo> where is phoneuid launched at boot?
May 27 14:10:15 <Heinervdm> ba69e...
May 27 14:10:22 <Heinervdm> is the one i have
May 27 14:10:29 <GNUtoo> ok 
May 27 14:10:35 <Heinervdm> in xession.d
May 27 14:10:50 <GNUtoo> 0.0.0+gitr1+a815863bc4713c52a59b38dba3824f6bbfe745f9-r6.4
May 27 14:11:32 <GNUtoo> phoneuid - 0.0.0+gitr0+ba69e4ed25e10cf47a3d9a9b69fcbda58a5c87cd-r6.4 - SHR Phone UI Daemon seem to be the old working version
May 27 14:11:47 <GNUtoo> so I wait and/or bitbake a new one?
May 27 14:11:57 <Heinervdm> http://git.shr-project.org/git/?p=phoneuid.git;a=commit;h=ba69e4ed25e10cf47a3d9a9b69fcbda58a5c87cd
May 27 14:12:03 <Heinervdm> that's the last commit
May 27 14:12:14 <GNUtoo> ah ok thanks a lot
May 27 14:12:21 <Heinervdm> your version is 1 month old...
May 27 14:12:54 <JaMa> GNUtoo: I've bumped SRCREVs today
May 27 14:13:15 <JaMa> GNUtoo: before merging to shr-t, so git pull should be enough
May 27 14:14:01 <GNUtoo> ok thanks a lot
May 27 14:14:32 <Broam> morning
May 27 14:14:46 <GNUtoo> anyway I use autorev for shr and fso
May 27 14:14:47 <soltys> hi, does anyone know how can I fix /bin/sh: line 2: ./tclsh: cannot execute binary file ?
May 27 14:14:51 <soltys> this makes building tcl fail on do_install
May 27 14:15:02 <Heinervdm> GNUtoo: but the segfault can be in libohone-ui(-shr) too
May 27 14:15:44 <GNUtoo> ok
May 27 14:15:53 <GNUtoo> I'll bump and debug if it persists
May 27 14:16:39 <Broam> suppose I should fire up the FR and test the latest unstable
May 27 14:21:36 <GNUtoo> thanks a lot building shr-image...let's see how it goes
May 27 14:27:33 <stevendh1> does anybody know somebody who could help me fixing my insubordinate keyboard?
May 27 14:28:07 <stevendh1> (or am i being rude to keep asking about it or something?)
May 27 14:28:18 <Broam> which keyboard?
May 27 14:28:28 <zub> soltys: maybe better try #oe
May 27 14:28:32 <stevendh1> shr-t, in writing messages
May 27 14:28:38 <Broam> I'm still waiting on time so I can wrestle with helping to squeeze cellwriter into an shr keyboard
May 27 14:28:41 <soltys> zub: already fixed it..
May 27 14:28:43 <Broam> or dasher (which might be hilarious)
May 27 14:28:44 <stevendh1> in other programs the kb works fine
May 27 14:29:26 <stevendh1> Broam: sounds interesting
May 27 14:29:50 <Broam> Dasher might actually work well, the problem is finding the time
May 27 14:29:59 <zub> stevendh1: is it that you cannot type any text into the message text box? (when sending sms)
May 27 14:30:22 <stevendh1> zub: exactly
May 27 14:30:50 <zub> stevendh1: search the mailing list; it's a known issue IIRC
May 27 14:31:01 <stevendh1> ah, sorry then
May 27 14:31:13 <zub> there was a workaround (but I don't remember details)
May 27 14:32:40 <zub> stevendh1: http://lists.shr-project.org/pipermail/shr-user/2010-April/004768.html + replies
May 27 14:32:44 <JaMa> stevendh1: yes, click continue, than back and text field should get focus
May 27 14:33:15 <zub> if it is the same thing (?)
May 27 14:33:36 <JaMa> Weiss: for some reason glamo-dri-tests failed to build again (needs another s/drm/libdrm) in utils.c, do you want patch or will you change it by hand?
May 27 14:33:49 <stevendh1> zub: i'll have a look, thanks
May 27 14:34:16 <JaMa> Weiss: no idea why it built ok here and now it's failing on shr buildhost (same libdrm etc..)
May 27 14:37:15 <stevendh1> zub: i suppose so, the workaround works, thank you
May 27 14:37:45 <stevendh1> (if it didn't work it'd be called a brokenaround i guess...)
May 27 14:38:36 <Weiss> JaMa: I'm away from my commit access keys at the moment, so better for you to do it if it'd make things go faster.. otherwise I can do it in ~4 hours
May 27 14:39:07 <zub> stevendh1: n/p
May 27 14:39:17 <zub> brokenaround :)
May 27 14:39:53 <JaMa> Weiss: I've fixed it manually so it's ok and already in feed, I'll send you patch and bump SRCREV as soon as you'll apply it, thanks
May 27 14:40:05 <stevendh1> my previous workaround was typing in 'notes' and then pasting in message, far less efficient
May 27 14:41:59 <JaMa> Weiss: http://jama.homelinux.org/org.openembedded.shr.images/0001-drm-headers-moved-from-drm-dir-to-libdrm.patch
May 27 15:17:01 <GNUtoo> Heinervdm, maybe PR was not bumped on phoneuid?
May 27 15:19:07 <JaMa> GNUtoo: if you're using autorev you have to disable localcount override
May 27 15:19:24 <GNUtoo> ah ok how?
May 27 15:19:29 <JaMa> GNUtoo: and the same for SRCPV (used in phoneuid)
May 27 15:19:38 <JaMa> GNUtoo: do you have DISTRO = "shr" ?
May 27 15:19:40 <GNUtoo> yes
May 27 15:19:55 <JaMa> GNUtoo: do you keep tmp/cache even for rebuilds from scratch?
May 27 15:20:04 <GNUtoo> yes
May 27 15:20:14 <GNUtoo> I also have packaged staging
May 27 15:20:52 <JaMa> GNUtoo: then this should be enough (from shr.conf) BB_LOCALCOUNT_OVERRIDE = ""
May 27 15:20:58 <JaMa> if you're not overriding it somewhere
May 27 15:21:12 <GNUtoo> ok thanks a lot
May 27 15:21:42 <JaMa> 16:09:32 < GNUtoo> 0.0.0+gitr1+a815863bc4713c52a59b38dba3824f6bbfe745f9-r6.4
May 27 15:21:45 <JaMa> 16:10:15 < GNUtoo> phoneuid - 0.0.0+gitr0+ba69e4ed25e10cf47a3d9a9b69fcbda58a5c87cd-r6.4 - SHR Phone UI Daemon seem to be the old working version
May 27 15:21:53 <JaMa> this means that you lost cache between those 2
May 27 15:22:04 <JaMa> or built with BB_LOCALCOUNT_OVERRIDE once
May 27 15:22:32 <GNUtoo> ok
May 27 15:56:49 * GNUtoo is installing phoneuid-dbg
May 27 15:59:32 <GNUtoo> mmm http://pastebin.com/dFrYuieR
May 27 16:00:24 <JesusMcCloud> dos1, ping
May 27 16:00:41 <dos1> JesusMcCloud: pong
May 27 16:01:06 <GNUtoo> JaMa, are my libs brokens: http://pastebin.com/dFrYuieR ? should reinstall everything?
May 27 16:01:52 <JesusMcCloud> dos1, i wanted to ask you this before filing a trac ticket: coudl you add sth to the theme selector that also sets the phoneui-theme according to the elementary theme or do you think this might not be a good idea?
May 27 16:02:31 <JaMa> GNUtoo: I've never seen those CRC mismatch from -dbg packages as you have, reflash should fix it (as well as those git versions which look older, but actually are newer)
May 27 16:02:46 <GNUtoo> ouch
May 27 16:02:49 <GNUtoo> reflash...mmmm
May 27 16:02:50 <JaMa> GNUtoo: I guess it's same eina as we have, right?
May 27 16:02:52 <dos1> JesusMcCloud: maybe not according to elementary theme, but selector for phoneui theme would be nice :)
May 27 16:03:23 <JesusMcCloud> ok, well then i'll open a ticket and assign it to you (i dont know python)
May 27 16:03:23 <dos1> JesusMcCloud: ping me with that tomorrow ;)
May 27 16:03:52 <JesusMcCloud> ticket aswell (as 'enhancement')?
May 27 16:04:10 <JaMa> GNUtoo: no idea how you can reinstall everything.. (on fr is reflast quickest way for me)..
May 27 16:04:15 <JaMa> s/reflast/reflash/
May 27 16:04:15 <apt> JaMa meant: GNUtoo: no idea how you can reinstall everything.. (on fr is reflash quickest way for me)..
May 27 16:04:42 <GNUtoo> yes but I've to re-do a lot of things then
May 27 16:04:48 <GNUtoo> because they are not commited yet
May 27 16:04:50 <dos1> JesusMcCloud: ok
May 27 16:04:58 <JesusMcCloud> ok
May 27 16:05:00 <GNUtoo> or to rebitbake things
May 27 16:05:02 <GNUtoo> like wesnoth
May 27 16:05:33 <JaMa> GNUtoo: ah.. then you can try to manually reinstall, but "downgrades" are difficult with opkg :?
May 27 16:05:59 <GNUtoo> I just want to upgrade
May 27 16:06:35 <JaMa> GNUtoo: hint.. I keep all my local modifications on different partition with small script which applies all after reflash, so it's just clean image + 1 script
May 27 16:06:46 <GNUtoo> ok
May 27 16:06:47 <JaMa> GNUtoo: something like fdomizer was
May 27 16:06:51 <GNUtoo> ok
May 27 16:06:55 <CIA-58> freesmartphone.org: 03mickey 07aurora * rfa73d9d9be2c 10/zhone2/configure.ac: zhone2: raise dependency requirements
May 27 16:06:57 <CIA-58> freesmartphone.org: 03mickey 07aurora * r7642977f5542 10/zhone2/src/ (main.vala phonebookpage.vala): zhone2: fix number/name mismatch when dialling from phonebook
May 27 16:07:00 <mickey|zzZZzz> GNUtoo: ^^
May 27 16:07:02 <GNUtoo> I'll try an image on a different flash
May 27 16:07:11 <GNUtoo> mickey|zzZZzz, nice thanks a lot bitbaking
May 27 16:07:51 <JesusMcCloud> phoneui theme selector -> #1121 assigned to dos
May 27 16:08:01 <JaMa> GNUtoo: SRCPV versions can be fixed also easily (by updating sqlite db), but not sure what happen with your efl libs..
May 27 16:08:16 <GNUtoo> ok
May 27 16:08:24 <GNUtoo> I don't mind rebuilding something
May 27 16:08:29 <GNUtoo> but I mind loosing my rootfs
May 27 16:10:49 <mickey|zzZZzz> did anyone try BT in the meantime?
May 27 16:10:52 <mickey|zzZZzz> (dream)
May 27 16:10:54 <JaMa> GNUtoo: you can update git versions with something like "sqlite3 cache/om-gta02/bb_persist_data.sqlite3" "update BB_URI_LOCALCOUNT set value = value + 1000 where key like '%_count';" and bitbake image will upgrade all git recipes..
May 27 16:10:57 <mickey|zzZZzz> or is it still broken?
May 27 16:11:18 <GNUtoo> no I didn't try bt yet
May 27 16:11:32 <GNUtoo> JaMa, thanks a lot
May 27 16:16:06 <mickey|zzZZzz> leviathan is missing in action and no longer doing anything? :)
May 27 16:16:27 <GNUtoo> I don't know
May 27 16:16:30 <TAsn> JaMa, ?
May 27 16:16:31 <GNUtoo> he told me he had some time
May 27 16:16:36 <GNUtoo> to work on the dream
May 27 16:16:44 <GNUtoo> maybe better contacting him again
May 27 16:17:02 <JaMa> GNUtoo: maybe you have those CRC errors because installed libs were built ie with different gcc then you rebuilt from scratch ang now -dbg packages are not from same packages as installe..
May 27 16:17:06 <JaMa> TAsn: ?
May 27 16:17:27 <GNUtoo> I don't know....maybe
May 27 16:17:33 <TAsn> <JaMa/#openmoko-cdevel> GNUtoo: mrmoku, TAsn
May 27 16:17:39 <GNUtoo> I rebuilt from scratch once 
May 27 16:17:53 <JaMa> TAsn: sorry for highlight.. JesusMcCloud needes some phoneui* experts
May 27 16:17:55 <GNUtoo> I think it was for htcdream
May 27 16:18:05 <JaMa> s/JesusMcCloud/GNUtoo
May 27 16:18:07 <GNUtoo> s/JesusMcCloud/GNUtoo
May 27 16:18:16 <leviathan> GNUtoo: hi
May 27 16:18:23 <mickey|zzZZzz> heh
May 27 16:18:27 <mickey|zzZZzz> speaking 'bout the devil
May 27 16:19:01 <GNUtoo> mickey|zzZZzz, I told him to come
May 27 16:19:05 <leviathan> :)
May 27 16:19:08 <GNUtoo> leviathan, what are you working on?
May 27 16:19:10 <mickey|zzZZzz> ah
May 27 16:19:24 <leviathan> I've recently got a new workstation 
May 27 16:19:40 <leviathan> so now I can finally work something sense full
May 27 16:19:44 <mickey|zzZZzz> cool
May 27 16:20:14 <leviathan> I guess, I will implement this NAND subpage issue
May 27 16:20:20 <leviathan> if theres still no fix
May 27 16:20:26 <mickey|zzZZzz> hmm
May 27 16:20:36 <mickey|zzZZzz> someone asked about that earlier today
May 27 16:20:53 <mickey|zzZZzz> <leob> Hello. I saw in the logs that leviathan has had problems with UBIFS on Android and that problems were due to a bug in the qualcom drivers. I am trying to run UBIFS on a nexus one and ran into the exact same problem. Does anyone know if he succeded in implementing subpage reading in the mtd-driver?
May 27 16:20:53 <mickey|zzZZzz> <mickey|office> he did not
May 27 16:20:53 <mickey|zzZZzz> <mickey|office> but i don't know any details
May 27 16:20:53 <mickey|zzZZzz> <leob> Damn... I tried adding a quick and dirty hack to the driver that should have enabled it to perform subpage reading but it instead seems to give other errors.
May 27 16:21:21 <mickey|zzZZzz> i still think BT, Compass/Accell would be more important, but it's your choice 
May 27 16:21:35 <GNUtoo> most important:
May 27 16:21:38 <GNUtoo> *screen rotation
May 27 16:22:03 <leviathan> okee
May 27 16:22:07 <GNUtoo> *some minor fso things like ringing to the right destination(headphones when using headphones)
May 27 16:22:11 <leviathan> it works with kdrive
May 27 16:22:19 <GNUtoo> are you shure
May 27 16:22:27 <leviathan> yes
May 27 16:22:32 <GNUtoo> when I use kdrive it rotate ...but not the input
May 27 16:22:34 <leviathan> I'm using kdrive atm
May 27 16:22:37 <leviathan> yes
May 27 16:22:42 <leviathan> the bug is well known
May 27 16:22:45 <GNUtoo> ah
May 27 16:22:47 <leviathan> you have to patch kdrive
May 27 16:22:54 <GNUtoo> ahhh ok
May 27 16:23:07 <GNUtoo> mickey|zzZZzz, should we really use kdrive?
May 27 16:23:21 <mickey|zzZZzz> why not?
May 27 16:23:28 <mickey|zzZZzz> i don't think xorg will bring you acceleration
May 27 16:23:29 <GNUtoo> is it slower?
May 27 16:23:33 <GNUtoo> ok
May 27 16:23:34 <mickey|zzZZzz> don't ask me
May 27 16:23:39 <mickey|zzZZzz> i'm the framebuffer guy :D
May 27 16:23:43 <GNUtoo> lol ok
May 27 16:23:46 <leviathan> http://readlist.com/lists/lists.freedesktop.org/xorg/1/8458.html
May 27 16:23:58 <mickey|zzZZzz> but afaik xorg would only be accelerated if we could use the fancy 
May 27 16:24:00 * leviathan uses $Xfbdev ;-)
May 27 16:24:00 <mickey|zzZZzz> msm driver
May 27 16:24:02 <mickey|zzZZzz> which we can't
May 27 16:24:07 <mickey|zzZZzz> or so you said
May 27 16:24:10 <GNUtoo> leviathan, ok thanks a lot
May 27 16:24:26 <GNUtoo> mickey|zzZZzz, I was thinking of rotation on xf86-video-fbdev
May 27 16:24:31 <GNUtoo> it's static for now
May 27 16:24:40 <leviathan> GNUtoo, mickey|zzZZzz: introducing rotation to xf86-video-msm gives a lot of work
May 27 16:24:50 <GNUtoo> ah?
May 27 16:24:51 <leviathan> means introducing randr extension
May 27 16:24:55 <GNUtoo> yes 
May 27 16:25:06 <GNUtoo> shadow_create shadow_allocate and shadow_destroy
May 27 16:26:53 <GNUtoo> about kdrive the Xsession script are different
May 27 16:29:29 <GNUtoo> maybe we could do a release soon
May 27 16:29:36 <GNUtoo> sound is much better with newer mplayer
May 27 16:29:54 <GNUtoo> we can have rotation with kdrive
May 27 16:30:08 <leviathan> yes
May 27 16:30:15 <leviathan> only thing
May 27 16:30:21 <GNUtoo> suspend works if you disable some bits in fosdeviced.conf
May 27 16:30:23 <leviathan> somehow it doesnt play well with suspend
May 27 16:30:25 <GNUtoo> etc...
May 27 16:30:29 <leviathan> hmm, ok
May 27 16:30:45 <GNUtoo> leviathan, screen comes back right?
May 27 16:30:52 <leviathan> uhm, nope :)
May 27 16:30:59 <GNUtoo> so what's the issue?
May 27 16:31:08 <leviathan> dunno ^_^"
May 27 16:31:15 <GNUtoo> try a recent kernel then
May 27 16:31:27 <leviathan> http://ftp.o2s.ch/pub/openmoko/htcdream/repo/
May 27 16:31:31 <leviathan> thats the build
May 27 16:31:40 <leviathan> with the most recent http://gitorious.org/htc-msm-2-6-32/leviathan-incoming
May 27 16:31:46 <leviathan> which kernel are you using?
May 27 16:32:11 <GNUtoo> the most recent one now
May 27 16:32:33 <leviathan> you mean official linux kernel or what?
May 27 16:32:39 <leviathan> which source?
May 27 16:32:46 <leviathan> ours?
May 27 16:33:05 <GNUtoo> yes
May 27 16:33:08 <leviathan> ok
May 27 16:33:08 <GNUtoo> http://gitorious.org/htc-msm-2-6-32/leviathan-incoming
May 27 16:33:18 <leviathan> ok
May 27 16:33:20 <GNUtoo> your branch not the revert one
May 27 16:33:23 <leviathan> ok
May 27 16:33:31 <CIA-58> SHR: 03Martin.Jansa 07shr-makefile * re9b174a06809 10/Makefile: Makefile: always try to switch to requested branch before actuall checkout
May 27 16:35:14 <GNUtoo> mickey|zzZZzz, is the ring issue fixed?
May 27 16:36:07 <mickey|zzZZzz> ring issue?
May 27 16:36:12 <CIA-58> freesmartphone.org: 03mickey 07cornucopia * ra0eefd3ca87a 10/fsousaged/conf/htc_qualcomm_dream/fsousaged.conf: fsousaged: conf/htc_qualcomm_dream: use kernel26 plugin for lowlevel suspend
May 27 16:36:37 <GNUtoo> mickey|zzZZzz, yes when you put headphones on and switch to headphones using alsamixer it rang on the speakers
May 27 16:36:46 <GNUtoo> and also rerouted the music to the speakers
May 27 16:37:19 <GNUtoo> that's a huge issue for me
May 27 16:38:00 <mickey|zzZZzz> ah, no, that's not fixed. rather than using the oeventsd rules, we need a plugin that follows a last-in-counts policy
May 27 16:38:27 <GNUtoo> ok
May 27 16:38:42 <mickey|zzZZzz> for now you should disable the oeventsd rule on the dream
May 27 16:38:51 <GNUtoo> ah?
May 27 16:38:51 <mickey|zzZZzz> then it should just work
May 27 16:38:58 <GNUtoo> then it will still ring?
May 27 16:39:08 <GNUtoo> how do I disable that?
May 27 16:39:17 <mickey|zzZZzz> somewhere in oeventsd rule file
May 27 16:39:23 <GNUtoo> ok
May 27 16:39:24 <mickey|zzZZzz> there are rules to change the scenarios
May 27 16:39:28 <mickey|zzZZzz> and rules to trigger a ringtone
May 27 16:39:35 <mickey|zzZZzz> i would just outcomment the scenario change rule
May 27 16:39:42 <mickey|zzZZzz> and then check whether that works
May 27 16:40:17 <GNUtoo> ok thanks a lot
May 27 16:41:21 <mickey|zzZZzz> apparantly the phone routes GSM automagically if you insert headphones, right?
May 27 16:41:30 <mickey|zzZZzz> so the only thing we need to do is to adjust the PCM output
May 27 16:41:59 <GNUtoo> no
May 27 16:42:03 <GNUtoo> what I do is:
May 27 16:42:08 <GNUtoo> insert headphones
May 27 16:42:16 <GNUtoo> use alsamixer to route sound to headphones
May 27 16:42:26 <GNUtoo> and when it rings,by defualt it routes to speaker
May 27 16:42:30 <GNUtoo> that's all
May 27 16:42:54 <GNUtoo> but I need to fix phone before trying
May 27 16:42:58 <GNUtoo> it's compiling
May 27 16:43:11 <mickey|zzZZzz> GSM is not routed automagically to headphones?
May 27 16:43:39 <mickey|zzZZzz> (modem audio)
May 27 16:44:12 <GNUtoo> yes:
May 27 16:44:28 <GNUtoo> *I route alsamixer to headphones for music etc...
May 27 16:44:43 <GNUtoo> *I got a call(commented alsa->null in router_type)
May 27 16:44:59 <GNUtoo> and then the call is automatically routed to the headphones
May 27 16:45:12 <mickey|zzZZzz> ok, just the PCM audio then
May 27 16:45:32 <mickey|zzZZzz> or arm11 audio
May 27 16:45:36 <mickey|zzZZzz> to make it clear :)
May 27 16:46:43 <GNUtoo> when you route the audio in arm11(alsamixer) it also routes it for modem automagically:
May 27 16:46:59 <GNUtoo> headphones on arm11 result in headphones for baseband
May 27 16:49:24 <JaMa> my host which started a bit later: Running task 8365 of 10632, shr buildhost: Running task 468 of 15441 :)
May 27 16:53:29 <leviathan> hmm, ok
May 27 16:57:18 <GNUtoo> leviathan, telephony works for you?
May 27 16:58:44 <leviathan> jup
May 27 16:58:53 <leviathan> but the routing is always wrong for incoming calls
May 27 16:59:00 <leviathan> I don't hear anything
May 27 16:59:11 <leviathan> I need to release and recall back
May 27 17:01:04 <GNUtoo> ok
May 27 17:25:23 <misc> is it me, or is qtmoko.org down ? ( i have a small bug to report )
May 27 17:39:08 <GNUtoo> ohhh after update phone works
May 27 17:39:21 <GNUtoo> at least segfault of fsophoned is fixed
May 27 17:39:24 <GNUtoo> thanks a lot!!!
May 27 17:47:39 <dos1> mrmoku|a`: are non-working icons in idle screen about requested resources something hard to fix?
May 27 17:53:23 <GNUtoo> mickey|zzZZzz, I don't see where to comment 
May 27 17:53:29 <GNUtoo> <mickey|zzZZzz> i would just outcomment the scenario change rule
May 27 17:53:36 <GNUtoo> there is an already commented part
May 27 17:54:57 <dos1> GNUtoo: didn't he say "outcomment", not "comment"? ;)
May 27 17:56:03 <GNUtoo> ahh ok
May 27 17:56:05 <GNUtoo> sorry then
May 27 17:56:07 <GNUtoo> thanks a lot
May 27 18:00:43 <GNUtoo> mickey|zzZZzz, dos1 didn't work
May 27 18:00:52 <GNUtoo> the only thing that work is setting alsa_router to none
May 27 18:00:54 <GNUtoo> or null
May 27 18:01:04 <GNUtoo> or some non defined thing in the code
May 27 18:01:14 <GNUtoo> so it's set to default
May 27 18:01:23 <GNUtoo> (in a switch case)
May 27 18:01:53 <GNUtoo> basically
May 27 18:01:57 <GNUtoo> I listen to music
May 27 18:01:59 <GNUtoo> then call
May 27 18:02:08 <GNUtoo> and it reroute to speaker
May 27 18:02:13 <GNUtoo> and I hangup
May 27 18:02:21 <GNUtoo> and it reroute to the louder speaker
May 27 18:02:31 <GNUtoo> with music still playing
May 27 18:07:25 <CIA-58> SHR: 03seba.dos1 07libphone-ui-shr * ra3f54cfe4798 10/data/idle_screen/logo.png: idle screen: use logo image with higher resolution
May 27 18:48:27 <PaulFertser> Any Vala fans in here? How do you like this C++ snippet (imho impressive): http://pastebin.com/NWGiAS8G ?
May 27 18:52:32 <md2k7> PaulFertser: that's a "static" vector<> you define with 4 elements?
May 27 18:52:43 <md2k7> interesting approach
May 27 18:53:16 <PaulFertser> md2k7: i think it's not static.
May 27 18:54:16 <md2k7> PaulFertser: I just tried v(1, 2.5, 'T', "four", 1, 2, 3), and it's not working
May 27 18:54:34 <md2k7> so it seems like it really defines a vector with exactly the template count
May 27 18:54:59 <md2k7> and the corresponding types
May 27 18:55:20 <md2k7> besides, it's boost (which i dislike a bit because it's so over-engineered)
May 27 18:55:23 <Heinervdm> dos1: can you fix this? http://trac.shr-project.org/trac/ticket/1107 The GetMessagebookInfo mehtod is gone, but i don't know what's wrong with the other thing...
May 27 18:55:32 <PaulFertser> md2k7: you need a reasonably recent boost::fusion and also i think it's a set of where every element is a set of int,float,....
May 27 18:57:13 <PaulFertser> md2k7: ah, no, that's a single set.
May 27 18:57:26 <PaulFertser> md2k7: but you can have an std::vector of those i think.
May 27 18:58:10 <md2k7> well, anyway, it's one, but not the most interesting aspect of C++0x
May 27 18:58:58 <PaulFertser> md2k7: what's the most interesting in your opinion?
May 27 18:59:29 <md2k7> mhm... threads and delta expressions for example
May 27 19:00:02 <dos1> Heinervdm: already fixed and disabled some parts of this module
May 27 19:00:21 <md2k7> eeeh.. lambda i mean
May 27 19:01:04 <Heinervdm> dos1: ah ok, then we can close that ticket
May 27 19:01:16 <PaulFertser> md2k7: the buddy who showed me the example said he couldn't use lambda there because it can't be templated
May 27 19:01:43 <md2k7> PaulFertser: that's just what i was thinking about.. whether it is possible here :P
May 27 19:01:51 <md2k7> a pity it isn't ;-)
May 27 19:02:28 <dos1> JaMa: 
May 27 19:02:30 <dos1> #xinput set-int-prop "Touchscreen" "Evdev Axis Calibration" 32 107 918 911 98
May 27 19:02:31 <dos1> #xinput set-int-prop "Touchscreen" "Evdev Axes Swap" 8 1
May 27 19:02:38 <dos1> this calibration is terribly broken here
May 27 19:02:57 <dos1> (after latest upgrade)
May 27 19:03:01 <Heinervdm> 11 bugs left, 4 or 5 of them are upstream
May 27 19:03:22 <dos1> JaMa: i'm using now this in xorg.conf:
May 27 19:03:24 <dos1>         Option          "SwapAxes"      "0"
May 27 19:03:25 <dos1>         Option          "Calibration"   "9 1010 4 1013"
May 27 19:03:59 <dos1> hmm
May 27 19:04:03 <dos1> JaMa: hmm, nevermind :D
May 27 19:07:28 <JaMa> dos1: didn't reboot?
May 27 19:08:01 <dos1> JaMa: no, i was running calibrator without your script to store data
May 27 19:08:23 <dos1> (i'm never reflashing, so it wasn't runned automatically for me)
May 27 19:08:31 <JaMa> make sure you run it without kernel driver calibration already executed
May 27 19:09:51 <dos1> JaMa: now it work ;)
May 27 19:09:55 <dos1> s/work/works/
May 27 19:09:56 <apt> dos1 meant: JaMa: now it works ;)
May 27 19:14:17 <[Rui]> hi all
May 27 19:14:34 <Weiss> JaMa: patched and pushed (062cc7ef88078815fc2f8d0da3abd80d0514c248)
May 27 19:15:31 <JaMa> [Rui]: hi, which kernel you've tried?
May 27 19:15:36 <JaMa> Weiss: thanks
May 27 19:16:00 <[Rui]> JaMa: uImage-2.6.32.13-oe2+gitr6+a9254be10ac2294ea20165a87c09ea6afcf66d94-r0-om-gta02.bin
May 27 19:17:02 <[Rui]> JaMa: did you cook a new one?
May 27 19:17:15 <JaMa> hmm you should've tried uImage-2.6.32.13-oe1 but even oe2 shouldn't behave as bad as it behaved for you :/
May 27 19:18:13 <[Rui]> JaMa: I could try again...
May 27 19:18:29 <[Rui]> but the WSoD doesn't leave me relaxed...
May 27 19:19:23 * Weiss is seriously tempted to offer an FR debugging swap shop scheme
May 27 19:19:45 <JaMa> sorry I never had it since weiss fixed it and I applied somewhere near uImage-2.6.32.9-oe1+gitr5
May 27 19:20:07 <Weiss> you report a bug which doesn't happen for me, I send you whichever FR is on my desk, you send me yours, I make it work on yours, optionally swap back
May 27 19:20:07 <lindi-> I still have not seen any bug reports about 2.6.32 -- why aren't people reporting them? ;)
May 27 19:20:31 <[Rui]> lindi-: are people trying them? :)
May 27 19:21:09 <lindi-> [Rui]: you talked about wsod
May 27 19:21:15 <Heinervdm> lindi-: if there are no bug reports then everything is working ;)
May 27 19:21:42 <lindi-> Heinervdm: no, if there are no bug reports then that's a bad sign
May 27 19:21:53 <Heinervdm> ok
May 27 19:22:44 <lindi-> who knows, maybe the bugs are so severe that people just get injured so badly that they can't report about it
May 27 19:22:44 <JaMa> there will be plenty of reports if we push it as new default :)
May 27 19:27:07 <[Rui]> so let's see... I've just tried to apply again, after verifying the md5sums of the files
May 27 19:28:46 <lindi-> JaMa: are you sure? people would just complain on irc :)
May 27 19:28:57 <[Rui]> no noise in illume background, now...
May 27 19:29:17 <Heinervdm> lindi-: they will report on SHR trac and then we tell them to report them in openmoko trac
May 27 19:30:58 <mickey|zzZZzz> does +CFUN=4 work on the FR?
May 27 19:31:48 <zub> making that kernel page more visible on shr website + possibly stirring up something on the mailing list might help too. Maybe I missed all, but anyway the kernel page is not easy to find.
May 27 19:32:14 <JaMa> lindi-: yeah :/ 40% on irc, 40% on ML, but those remaining 20% will fill shr trac
May 27 19:32:55 <[Rui]> let's see if wifi now works...
May 27 19:34:35 <[Rui]> it's still now connecting...
May 27 19:34:46 <cz_jc> I have a enhancement bug
May 27 19:34:55 <cz_jc> maybe push libdrm glamo changes upstream
May 27 19:36:04 <cz_jc> btw. sorry I'm drunk, I'm not filling any bugs tonight to be on the safe side XD
May 27 19:38:06 <[Rui]> doesn't look good at all: http://pastebin.com/n7U2Z8v9
May 27 19:38:12 <[Rui]> wifi is completely nutsy!
May 27 19:39:01 <lindi-> [Rui]: bug reports please :)
May 27 19:39:23 <JaMa> and here it works more reliable than with 2.6.29..
May 27 19:40:01 <lindi-> JaMa: which instability problems do you have with 2.6.29?
May 27 19:41:29 <JaMa> lindi-: last time I was using 2.6.29 (long ago) I had problems after power off/on cycle, but similar were reported and maybe already fixed
May 27 19:42:05 <lindi-> JaMa: i have not seen the report :)
May 27 19:42:10 <[Rui]> JaMa: wifi still is mostly a russian roulette for me in 2.6.29, but here it simply doesn't go.
May 27 19:42:19 <[Rui]> could it be iliwi's fault?
May 27 19:42:33 <lindi-> [Rui]: here it works if you don't use encryption and essid name is not something complex
May 27 19:43:02 <[Rui]> encryption used to work so well for me (actually, I never got mine to connect to non encrypted nets)
May 27 19:43:39 <[Rui]> I have WPA2+AES and it usually works well (with the exception that I'm in the same room as the wifi router and it claims 41% or similar...
May 27 19:44:18 <JaMa> lindi-: there were.. and PaulFertser pushed 2 changes since then.. 
May 27 19:44:57 <[Rui]> it sets the essid just fine (three letters), but never gets to set the encryption key
May 27 19:45:08 <PaulFertser> JaMa: wifi? not really critical for anything.
May 27 19:45:14 <JaMa> lindi-: I didn't report them myself as I moved to 2.6.3x (it's half a year already :)) and both networks I usually connect to (public and wap2) works for me reliably since then
May 27 19:45:40 <JaMa> s/wap2/wpa2/
May 27 19:45:40 <apt> JaMa meant: lindi-: I didn't report them myself as I moved to 2.6.3x (it's half a year already :)) and both networks I usually connect to (public and wpa2) works for me reliably since then
May 27 19:46:32 <cz_jc> hehe you tell about instability. as opposed to my laptop, my FR has 9 day uptime here with wifi constantly holding. The thing is compilling and fluxbox on Xorg is completely fluid as if nothing was happening
May 27 19:46:33 <JaMa> and I never used iliwi or mokonnect.. just wpa_supplicant.conf and wireless-tools
May 27 19:47:00 <[Rui]> at least calls do work (just had one) although my wife complained
May 27 19:47:23 <[Rui]> JaMa: I'm trying a script I used before finding out about iliwi and seeing it work so well
May 27 19:47:40 <[Rui]> and.... I get exactly the same behaviour
May 27 19:48:27 <[Rui]> it can't set the encryption key for some reason
May 27 19:49:51 <lindi-> JaMa: argh, i want to see reports :)
May 27 19:51:31 <JaMa> lindi-: ask [Rui] for current one against 2.6.32 :)
May 27 19:52:25 <[Rui]> JaMa: if I got wifi working, I would be willing to try to be with this kernel for a while
May 27 19:52:34 <lindi-> [Rui]: where's the report? ;)
May 27 19:53:05 <[Rui]> lindi-: I'm reworking my script so I can test better
May 27 19:53:28 <lindi-> [Rui]: i just call iwconfig manually in my test scripts
May 27 19:55:16 <[Rui]> lindi-: I do just a tiny bit more
May 27 19:56:46 <JaMa> pwgen: do you have/know something newer about u-boot for SL-C3000 (spitz) then http://eric-weiss.de/trac/wiki/zaurus ?
May 27 19:57:18 <JaMa> pwgen: insearchof doesn't blog about anything newer for a while.. :/
May 27 19:58:35 <[Rui]> ok got it
May 27 20:00:51 <[Rui]> oh my, iwconfig can't tell whether I've a key or not :)
May 27 20:00:58 <[Rui]>           Encryption key:off
May 27 20:01:06 <[Rui]> 64 bytes from 192.168.1.1: seq=0 ttl=64 time=24.109 ms
May 27 20:01:45 <[Rui]> I'm going to reboot just get a fresh running kernel and check how long it takes to connect with my script instead of iliwi.
May 27 20:02:20 <[Rui]> is it psycological effect or does the interface seem quicker?
May 27 20:02:30 <[Rui]> Weiss: am I on drugs or should I kiss you? :)
May 27 20:04:51 * Weiss suspects the former :S  ?
May 27 20:05:23 <Weiss> does something work?
May 27 20:05:24 <lindi-> [Rui]: http://paste.debian.net/75096/
May 27 20:05:32 <Weiss> (wifi is nothing to do with me)
May 27 20:05:59 <[Rui]> Weiss: I mean X :) seems quicker
May 27 20:06:27 <Weiss> yeah.. with .32 everything got a lot more responsive
May 27 20:06:29 * JaMa thinks that [Rui] should kiss Weiss only while on drugs... 
May 27 20:06:50 <cz_jc> lol, even I'm not drunk enough yet
May 27 20:07:04 <cz_jc> but I do appreciate your work on glamo, Weiss :D
May 27 20:07:14 <md2k7> cz_jc: just wanted to point that out :P
May 27 20:07:16 <Weiss> I don't think it has much to do with graphics/KMS... more likely the fixing of scheduler bugs shown up with that whole BFS affair
May 27 20:07:37 <cz_jc> md2k7, you what? :D
May 27 20:08:31 <cz_jc> SD card performance is still the same, glamo still is a bus hog.
May 27 20:08:32 <[Rui]> Weiss: you're just being modest ;)
May 27 20:08:36 <md2k7> just wanted to point out that neither of them is drunk^^
May 27 20:08:37 <JaMa> also there is not as much DEBUG enabled as it was in .29 (and reports said that .29 without DEBUG was also much more responsive..)
May 27 20:08:50 <md2k7> BFS FAQ: What is it? BFS is the Brain Fuck Scheduler.
May 27 20:09:12 * md2k7 loves meaningful names
May 27 20:09:26 <cz_jc> md2k7, if you don't like it, read the datasheets
May 27 20:09:42 <cz_jc> md2k7, this is a dev channel after all
May 27 20:10:17 <Weiss> hehe
May 27 20:10:30 <cz_jc> oh god, I'm so screwing up gentoo-openmoko publicity right now XD
May 27 20:11:13 <[Rui]> cz_jc: use condoms!
May 27 20:11:31 <cz_jc> oh boy
May 27 20:13:56 <cz_jc> although a scheduler written in brainfuck sounds kinda kickass
May 27 20:14:29 <cz_jc> I wonder what the task switch overhead would be then hehe
May 27 20:17:47 <pwgen> JaMa: since the netwalker arrived i  didnt change the kexecboot suff on the zaurus. ( this version is working quite well and stable )
May 27 20:18:19 <pwgen> JaMa: whats about ubifs and kexecboot ?
May 27 20:20:29 <JaMa> pwgen: I'm using ubifs only on fr and kexecboot only on spitz.. :)
May 27 20:20:45 <[Rui]> still no WSoD...
May 27 20:20:56 <[Rui]> I don't understand what could have gone wrong...
May 27 20:20:56 <JaMa> pwgen: but I bought spitz serial cable so I wanted to give u-boot another try
May 27 20:21:17 <[Rui]> I mean... change the script value for KERNEL_NEW and run it, how hard is it?
May 27 20:21:27 <pwgen> JaMa: ubifs is working very well on the netwalker. but horrible on the gta02 ( crashes after a while and unable to moutn the ubifs )
May 27 20:22:18 <pwgen> JaMA: Jippe  a debug cable ... that helps a lot in getting the uboot stuff running on SL-1000/3000 
May 27 20:22:38 <[Rui]> ah.. WSoD as a result of "reboot"
May 27 20:23:28 <cz_jc> [Rui], how did that happen ?
May 27 20:23:50 <[Rui]> cz_jc: I just did reboot, and it did. but instead of coming back, WSoD
May 27 20:23:53 <cz_jc> I get a momentary 'white screen' when I do reboot on FR but it doesn't hang
May 27 20:24:02 <cz_jc> [Rui], what kernel you got ?
May 27 20:24:17 <[Rui]> cz_jc: uImage-2.6.32.13-oe2+gitr6+a9254be10ac2294ea20165a87c09ea6afcf66d94-r0-om-gta02.bin
May 27 20:24:31 <[Rui]> cz_jc: yeah, momentary was common
May 27 20:24:36 <cz_jc> hmm... mine is 973a41fce60e5f6edfcf0eaf94056a57eee65e16
May 27 20:24:36 <Weiss> [Rui]: a real reboot? I've had white screens (not necessarily "of death") when rebooting quickly attached to a debug board.. maybe something didn't get blanked out properly
May 27 20:25:01 <cz_jc> Weiss, thats exactly what I have
May 27 20:25:06 <[Rui]> I have no idea whether that's older or not.
May 27 20:25:18 <cz_jc> my only problem is, sd subsystem doesn't get bound on reboot and I get a kernel panic on attempted mount
May 27 20:25:28 <[Rui]> Weiss: # reboot [enter]
May 27 20:25:43 <cz_jc> but I suspect my el cheapo microsd is the culprit
May 27 20:25:47 <pwgen> Weiss: i had the same. with attached debug borad the  display wasn't working ..  I used a long time to find out that this prob was debug board related 
May 27 20:25:55 <cz_jc> my former card destroyed my gsm performance. funny how they affect FR
May 27 20:26:51 <[Rui]> perhaps I can't do reboot
May 27 20:26:56 <JaMa> [Rui]: so halt and then power on works without wsod, only reboot results in wsod?
May 27 20:27:01 <[Rui]> battery out, and now it comes on.
May 27 20:27:11 <Weiss> only a couple of times though.. I think when I rebooted after less than 5 sec or so
May 27 20:27:16 <[Rui]> JaMa: yes
May 27 20:27:28 <JaMa> [Rui]: I'm not calling reboot, because of resulting unknown-root as cz_jc just said
May 27 20:27:30 <[Rui]> JaMa: got no WSoD when I previously shutdown -h now
May 27 20:27:46 <[Rui]> JaMa: maybe that's the root cause of this WSoD. 
May 27 20:28:44 <cz_jc> JaMa, it happens to you too ?
May 27 20:28:55 <cz_jc> I'm not sure about nand but mmcblk doesn't get rebound
May 27 20:29:09 <[Rui]> now it's not booting.. shut
May 27 20:29:11 <[Rui]> shit
May 27 20:29:27 <[Rui]> as I had to brute force it off, maybe I need to fsck :|
May 27 20:29:45 <[Rui]> now I noticed how I haven't had to brute force it off for such a long time, now!
May 27 20:33:16 <JaMa> cz_jc: yes
May 27 20:35:32 <cz_jc> JaMa, well, I suspect another glamo foolery; maybe it doesn't get reset enough
May 27 20:36:16 <[Rui]> "&%#&%"%#%& it's not booting
May 27 20:37:38 <pwgen> [Rui]: condolence to your died device .(:-((
May 27 20:39:28 <cz_jc> [Rui], have you tried sticking it into the charger with battery removed ?
May 27 20:40:30 <[Rui]> cz_jc: no, it's mid-boot
May 27 20:40:40 <[Rui]> doesn't even get to have IP and ssh access
May 27 20:41:13 <cz_jc> [Rui], sounds like filesystem fsck-up
May 27 20:41:34 <[Rui]> cz_jc: yeah, I guess I'll just have to re-untar the filesystem...
May 27 20:41:42 <pwgen> [Rui]: are you using the ubifs rootfs ?
May 27 20:42:14 <[Rui]> pwgen: tgz
May 27 20:42:59 <cz_jc> JaMa, maybe we could use the PCF's RTC - set it up for alarm like 2 seconds in future, turn off FR and let it turn on the thing on a proper cold boot
May 27 20:43:19 <[Rui]> weird, why is matchbox-panel-2 being built on shr-lite-image ?
May 27 20:45:35 <JaMa> [Rui]: iirc Heinervdm said it has something to do with working focus/paste or virtual keyboard in gtk apps or something like this
May 27 20:45:58 <[Rui]> JaMa: say what?
May 27 20:46:15 <Heinervdm> [Rui]: we need matchbox-keyboard-im
May 27 20:46:26 <[Rui]> weird...
May 27 20:46:26 <Heinervdm> that's the input-method of matchbox
May 27 20:46:35 <[Rui]> ok...
May 27 20:46:44 <Heinervdm> without that we don't get a keyboard in gtk apps
May 27 20:48:18 <[Rui]> WTF??? Setting mode! Setting base! entering (old_state=off, new_state=normal), SoftDog: cannot register miscdev on minor=130 (err=-16) wacom driver registered
May 27 20:48:24 <[Rui]> boot stops
May 27 20:48:52 <[Rui]> long power press does nothing
May 27 20:51:31 <[Rui]> could this be due to rootwait=7 not being there? I forgot to reset it again after untarring the image
May 27 20:52:05 <md2k7> [Rui]: that's similar to what I have ATM, but I'm "unable to mount root fs"
May 27 20:52:40 <md2k7> old Qi, fresh built (default, just changed to .34 kernel) shr-u
May 27 20:52:50 <md2k7> might be SD card?
May 27 20:53:01 <md2k7> (is new)
May 27 20:53:46 <JaMa> too short rootdelay or rootwait
May 27 20:55:31 <[Rui]> JaMa: hopefully yeah, because that was missing
May 27 20:55:44 <[Rui]> no
May 27 20:55:45 <[Rui]> no go
May 27 20:56:10 <[Rui]> as soon as it appears to start X, it goes back to console and I only see those images
May 27 20:56:46 <JaMa> [Rui]: that was for md2k7 unknown-block issue..
May 27 20:56:47 <[Rui]> ok, maybe it's tiredness, forgot to run the switch kernel thing, so maybe there's necessary stuff that's not found
May 27 20:56:48 <cz_jc> glamo's sd subsystem taught me to make backups =)
May 27 20:57:23 <JaMa> [Rui]: then it's unmodified xorg.conf which makes e17 to quit imediatelly
May 27 20:57:36 <JaMa> [Rui]: and then Xorg to stop
May 27 20:57:57 <[Rui]> JaMa: sure looks like it, but usbnet IP doesn't work, so i need to remove the battery
May 27 20:58:24 <md2k7> JaMa: I added rootwait=7 to append-GTA02, but i can't see any delay, kernel seems to ignore it
May 27 20:58:39 <JaMa> not running Xorg shouldn't break usbnet
May 27 20:58:50 <JaMa> md2k7: are you booting without any cable connected to usb port?
May 27 20:58:50 <cz_jc> oooh this is totally a candidate for a bug !
May 27 20:59:02 <md2k7> JaMa: yes, why?
May 27 20:59:03 <cz_jc> whenever you quit a last Xorg client, Xorg crashes
May 27 20:59:06 <cz_jc> with a segfault
May 27 20:59:42 <JaMa> md2k7: because it helps initialize uSD more quickly (I don't need even rootwait/rootdelay when booting without cable)
May 27 20:59:55 <cz_jc> but its probably not OM fault because I ran framebuffer last time that happened
May 27 21:00:06 <md2k7> JaMa: doesn't change the fact that kernel seems to ignore the rootwait
May 27 21:00:11 <JaMa> as I wrote in that readme and I'll stop repeating it all the time :)
May 27 21:01:38 <[Rui]> illume2 still isn't ready for general consumption, right?
May 27 21:02:13 <JaMa> last time TAsn said he wants to get rid of illume2 asap :)
May 27 21:02:41 <JaMa> and I think illume2 is quite ready (using it instead of illume1 here)
May 27 21:02:53 <md2k7> hey, a splash screen... and usbnet
May 27 21:03:46 <[Rui]> Some guy sung about wanting his MTV, I was singing "I want my... I want my... I want my N e o!
May 27 21:04:54 <cz_jc> [Rui], true geek phone forever sits in your drawer, since only when you write your own drivers and userspace, you get a working phone
May 27 21:05:55 <md2k7> no ping replies anymore... and no X
May 27 21:09:06 <cz_jc> blast all those nay sayers that drop dirt on Freerunner
May 27 21:09:06 <cz_jc> those wankers ought to get up and code drivers XD
May 27 21:09:09 <cz_jc> I'm keeping FR as my primary phone and I won't rest until its working
May 27 21:10:06 <[Rui]> cz_jc: Freerunner is my primary phone
May 27 21:10:31 <cz_jc> [Rui], good for you
May 27 21:10:40 <cz_jc> everybody cheer for open hardware :)
May 27 21:11:09 <[Rui]> any particularly good reason for lo and usb0 not coming up on their own? I had to if them up
May 27 21:11:27 <cz_jc> [Rui], probably a distro specific thing
May 27 21:11:35 <[Rui]> well, stopping xserver for more memory and opkg big upgrade
May 27 21:11:57 <cz_jc> [Rui], memory doesn't matter that much, FR has plenty
May 27 21:12:11 <cz_jc> [Rui], I managed to compile firefox on it :P
May 27 21:12:35 <cz_jc> [Rui], seeing as opkg is just dumbly pushing packages, it shouldnt have any problems
May 27 21:13:10 <md2k7> cz_jc: opkg downloads (or downloaded?) everything into /tmp, which is RAM in SHR at least
May 27 21:13:17 <JaMa> NO
May 27 21:13:22 <cz_jc> md2k7, oh got that is just stupid
May 27 21:13:24 <md2k7> JaMa: what no?
May 27 21:13:29 <cz_jc> *god
May 27 21:13:40 <[Rui]> cz_jc: when doing an upgrade I know is big, I play on the safe side. I also have some swap
May 27 21:13:41 <JaMa> not true
May 27 21:13:41 <cz_jc> I smell another fear of 'breaking precions sd cards'
May 27 21:13:55 <md2k7> JaMa: wow, someone fixed that?
May 27 21:14:05 <md2k7> i'm not uptodate anymore :)
May 27 21:14:09 <JaMa> yes I did few months ago
May 27 21:14:09 <md2k7> pleased to hear that
May 27 21:14:11 <cz_jc> for the record, I have a swap on my SD card (and /tmp) and its holding for a year now
May 27 21:14:24 <lindi-> two years here
May 27 21:14:31 <md2k7> well that's what wear-leveling is there for :)
May 27 21:14:48 <cz_jc> md2k7, my point, tmpfs is not for 'wear leveling'
May 27 21:14:58 <cz_jc> md2k7, its for making your head hurt, if you have 128MB of RAM
May 27 21:16:02 * md2k7 is again sitting in front of a splashscreen waiting for sth interesting to happen
May 27 21:16:35 <md2k7> something that looked like X came up fr a sec, then disappeared
May 27 21:16:55 <md2k7> wooo, ssh access!!
May 27 21:18:55 <[Rui]> md2k7: I didn't get ssh access, but it seems like as I did, you forgot to patch xorg.conf
May 27 21:19:37 <md2k7> [Rui]: where, how?
May 27 21:19:39 <md2k7> :)
May 27 21:19:47 <[Rui]> switch-for-kernel ?
May 27 21:19:48 <md2k7> ahhhh
May 27 21:19:54 <md2k7> sorrry :-)
May 27 21:22:34 <cz_jc> well I probably gotta go sleep now.. Goodbye hackers and trust your technolust :P
May 27 21:29:54 <md2k7> well I stil got no audio in .34
May 27 21:30:03 <md2k7> (phone calls at least)
May 27 21:30:15 <md2k7> and my touchscreen just disabled itself
May 27 21:30:22 <lindi-> md2k7: report bugs :)
May 27 21:30:36 <md2k7> grrr :P
May 27 21:31:03 <lindi-> it's not very constructive to ask about these on irc :(
May 27 21:32:44 <md2k7> any constructive logfiles for this?
May 27 21:33:41 <JaMa> md2k7: did you have updated alsa states link?
May 27 21:35:13 <md2k7> JaMa: that's a good point thanks
May 27 21:35:24 <md2k7> maybe i should go as well... not very concentrated atm
May 27 21:36:43 <stevendh> JaMa: speaking of which, my stray 1 has returned
May 27 21:36:46 <md2k7> JaMa: do I need to reboot/restart anything?
May 27 21:36:59 <stevendh> how do i watch the file to see who/what put it there?
May 27 21:37:07 <JaMa> md2k7: fsodeviced
May 27 21:37:08 <md2k7> well I'll anyway, since touchscreen is still dead
May 27 21:37:43 <JaMa> md2k7: did you upgrade xserver-common and xinput-calibrator today?
May 27 21:37:54 <lindi-> md2k7: can you run "hexdump -C /dev/ts" and see anything if you touch the screen?
May 27 21:38:25 <JaMa> stevendh: can you make backup, opkg reinstall it and diff with debug?
May 27 21:38:51 <JaMa> stevendh: just to be sure it's not broken in feed
May 27 21:39:29 <md2k7> I don't have /dev/ts
May 27 21:39:40 <md2k7> hexdump /dev/input/event1 doesn't do anything
May 27 21:39:50 <[Rui]> md2k7: touchscreen needs recalibration with 2.6.34
May 27 21:40:00 <stevendh> JaMa: i'm pretty sure it isn't: when i did that on tuesday, the 1 was gone; i just removed it, restarted fsodeviced and it works again
May 27 21:40:30 <md2k7> JaMa: I probably did (make update this afternoon)
May 27 21:40:42 <JaMa> [Rui], md2k7: current xserver-common+xinput_calibrator from shr-u feed is enough
May 27 21:41:16 <md2k7> calibrator doesn't do anything 
May 27 21:41:34 <md2k7> as nothing comes from the event device, i'm not surprised
May 27 21:42:06 <md2k7> well, hexdump event2 doesn't do anything too, but aux is working...
May 27 21:42:27 <md2k7> [  392.110000] entering (old_state=normal, new_state=off)
May 27 21:42:35 <md2k7> this isn't exactly what should happen, is it?
May 27 21:42:42 <md2k7> (on usb power)
May 27 21:43:24 <lindi-> md2k7: what makes you think it is event1?
May 27 21:43:47 <md2k7> lindi-: xorg.conf
May 27 21:43:57 <lindi-> md2k7: that could just be wrong?
May 27 21:44:09 <JaMa> cat /proc/bus/input/devices
May 27 21:44:14 <md2k7> lindi-: it already worked some minutes ago
May 27 21:44:41 <lindi-> md2k7: ah, so touchscreen used to work but failed?
May 27 21:44:48 <md2k7> S: Sysfs=/devices/virtual/input/input1
May 27 21:44:50 <md2k7> lindi-: yes
May 27 21:44:55 <md2k7> lindi-: it worked for 1-2 minutes
May 27 21:44:59 <md2k7> and now it's dead
May 27 21:45:03 <lindi-> odd
May 27 21:45:14 <lindi-> md2k7: congrats, that definitely sounds like a kernel bug
May 27 21:45:59 <md2k7> okay, any other notes on what you could need before I try reboot if it happens again?
May 27 21:46:19 <md2k7> dmesg output is in my pc terminal buffer
May 27 21:46:51 <lindi-> md2k7: kernel version and configuration file, "hexdump -C /dev/input/event1", "cat /proc/bus/input/devices", "lsof | grep event1"
May 27 21:56:04 <[Rui]> JaMa: my simple script get's me wifi quite well, for some reason iliwi wasn't, but hey
May 27 21:56:25 <[Rui]> calling works, wifi works... 
May 27 21:56:40 <[Rui]> my only Q is why those issues I passed by no longer happened
May 27 21:56:57 <md2k7> for sound: I don't even have the /etc/freesmartphone/conf/openmoko_gta/alsa-2.6.34 directory
May 27 21:56:58 <stevendh> soltys: how did you fix this 'can't execute binary file'?
May 27 21:57:10 <md2k7> or is .31 OK?
May 27 21:57:34 <JaMa> yes
May 27 21:57:42 <md2k7> ok
May 27 21:57:50 <[Rui]> no, sorry, wifi doesn't work...
May 27 21:58:03 <[Rui]> same weird shit... tcp screwed
May 27 22:00:21 <md2k7> from frameworkd.log:
May 27 22:00:24 <md2k7> could not write to '/sys/bus/platform/devices/neo1973-pm-gps.0/pwron'
May 27 22:00:33 <JaMa> md2k7: switch-for-kernel is changing that link for you
May 27 22:00:39 <md2k7> maybe you should enter that in your switch-for-kernel
May 27 22:00:44 <md2k7> mhm
May 27 22:00:45 <[Rui]> md2k7: it is
May 27 22:00:52 <JaMa> md2k7: and that error from frameworkd is OK
May 27 22:01:02 <JaMa> md2k7: there are 2 sysfs nodes tried
May 27 22:01:17 <JaMa> md2k7: and only 1 can be correct (the 2nd is always reported)
May 27 22:01:32 <[Rui]> JaMa: not even opkg update works
May 27 22:01:33 <md2k7> JaMa: ah ok
May 27 22:01:38 <[Rui]> no...
May 27 22:01:42 <[Rui]> just longer delay
May 27 22:01:56 <md2k7> well touchscreen problem doesn't seem to reoccur
May 27 22:02:03 <[Rui]> but a telnet to any site on port 80 doesn't show up a nice result
May 27 22:02:04 <md2k7> will be fun if it does someday again
May 27 22:02:19 <[Rui]> oh bugger me
May 27 22:02:37 <md2k7> jackpot!
May 27 22:02:38 <[Rui]> it's busybox's telnet that's screwing with me
May 27 22:02:54 <md2k7> you need to touch screen exactly after it has blanked
May 27 22:03:11 <JaMa> [Rui]: last time I had similar issue the problem was http proxy at work
May 27 22:03:32 <JaMa> [Rui]: after rerouting also http trafic through my vpn connection everything went ok again
May 27 22:03:35 <[Rui]> JaMa: nah, nothing like that... just telnet and nc don't provide any output indicating the socket is open :)
May 27 22:03:40 <md2k7> so where do I open (kernel) bug report?
May 27 22:03:40 <[Rui]> damn busybox!
May 27 22:03:51 <lindi-> md2k7: bugs.openmoko.org
May 27 22:04:52 <lindi-> md2k7: if you need inspiration take a look at for example  http://docs.openmoko.org/trac/ticket//2334
May 27 22:05:41 <CIA-58> freesmartphone.org: 03mickey 07utilities * r7043b00bc98e 10/android/rpc/librpc/ (clnt.c svc.c): rpc: fix device nodes - we have /dev/<num>, not /dev/oncrpc/<num>
May 27 22:06:10 <GNUtoo> mickey|zzZZzz, mine under android doesn't exit when usesd
May 27 22:07:12 <mickey|zzZZzz> god knows what the android runtime does
May 27 22:07:20 <GNUtoo> ah
May 27 22:07:31 <GNUtoo> even with chrooting it doesn't exit
May 27 22:07:39 <GNUtoo> I'll show an output
May 27 22:07:45 <mickey|zzZZzz> is there any diff?
May 27 22:07:51 <mickey|zzZZzz> did you do changes after mentioning the tarball?
May 27 22:08:20 <JaMa> lindi-: this looks like one of those reports I said about (old wifi issue - http://docs.openmoko.org/trac/ticket/2267)
May 27 22:08:32 <GNUtoo> http://pastebin.com/gnnw80vf
May 27 22:08:34 <GNUtoo> etc...
May 27 22:09:07 <md2k7> found #2328
May 27 22:09:10 <mickey|zzZZzz> ok, so that's how it should look like?
May 27 22:09:17 <md2k7> fun because it was opened by you, lindi- :-)
May 27 22:09:25 <GNUtoo> mickey|zzZZzz, your's do that: http://pastebin.com/zPyLdnM1
May 27 22:09:38 <lindi-> JaMa: ok
May 27 22:09:49 <md2k7> I'll add my comment though
May 27 22:10:00 <mickey|zzZZzz> GNUtoo: looks good, just more debug out
May 27 22:10:04 <mickey|zzZZzz> no?
May 27 22:10:14 <GNUtoo> ah?
May 27 22:10:27 <mickey|zzZZzz> i changed some logs to not go through android log
May 27 22:10:28 <GNUtoo> I don't know...this issue is strange
May 27 22:10:32 <GNUtoo> ok
May 27 22:10:48 <GNUtoo> don't daemonize or something like that
May 27 22:11:01 <GNUtoo> rx_context(235) 3000005b:90380d3d starting callback thread.
May 27 22:11:01 <GNUtoo> rx_context(243) 3000005b:90380d3d waking up callback thread.
May 27 22:11:07 <GNUtoo> you threaded it
May 27 22:11:16 <GNUtoo> maybe it's in the background
May 27 22:11:16 <mickey|zzZZzz> perhaps some defines?
May 27 22:11:18 <GNUtoo> somewhere
May 27 22:12:13 <GNUtoo> I don't know
May 27 22:12:49 <mickey|zzZZzz> the RPC at least is full of threaded code
May 27 22:13:43 <mickey|zzZZzz> let me check what it does here
May 27 22:13:58 <mickey|zzZZzz> just cat'ing dev/smd27 and then starting the program?
May 27 22:14:24 <pwgen> mickey|zzZZzz: hello
May 27 22:14:27 <mickey|zzZZzz> hi pwgen 
May 27 22:16:09 <pwgen> mickey: can i use the fso-gpsd with USB attached gps devices ?
May 27 22:17:06 <mickey|zzZZzz> no
May 27 22:17:27 <mickey|zzZZzz> fso-gpsd translates gypsy via dbus into gspd protocol
May 27 22:17:35 <pwgen> that maybe explains my problems .. 
May 27 22:17:41 <[Rui]> my 3 main things appear to work, so I'm adding my vote for 2.6.32 in shr-u ;)
May 27 22:17:41 <mickey|zzZZzz> fso-gspd is terribly named, but it's not my project
May 27 22:17:56 <JaMa> Weiss: is resume working for you in 2.6.34? I got very lot of messages like "pcf50633 0-0073: Error reading INT registers" and "pcf50633 0-0073: Error reading 5 regs at 2" after about 50s of those 2 scrolling my console log it actually resumes
May 27 22:17:59 <[Rui]> good night all!
May 27 22:18:06 <mickey|zzZZzz> g'night [¶
May 27 22:18:08 <mickey|zzZZzz> [Rui]: 
May 27 22:18:14 <pwgen> n8 Rui
May 27 22:18:38 <mickey|zzZZzz> fso2 has no real gps daemon yet, although i started some plugins in fsotdld
May 27 22:18:45 <[Rui]> off to read Hellblazer on my other geek toy (OLPC XO-1) and craving for XO-3
May 27 22:18:46 <mickey|zzZZzz> SHR is still using the fso1 gps daemon
May 27 22:18:55 <[Rui]> ta
May 27 22:19:00 <JaMa> Weiss: here is the end of it: http://paste.pocoo.org/show/219111/
May 27 22:19:38 <pwgen> . i tried to connect an external gps to and shr-image build for the netwalker .. running fso daemons there. and for shure the gps stuff failed ..
May 27 22:20:31 <md2k7> if my registration is pending between "SOS", "No service" and my operator, is that recamping?
May 27 22:20:37 <GNUtoo> leviathan, I still have issue with rotation of input devices
May 27 22:20:47 <mickey|zzZZzz> pwgen: frameworkd should somewhat work with gps devices
May 27 22:21:06 <mickey|zzZZzz> GNUtoo: ok i see what you mean, it behaves strange, for some reason it doesn't enter the while loop at all
May 27 22:21:16 <GNUtoo> ah ok
May 27 22:21:23 <lindi-> md2k7: does /proc/interrupts change?
May 27 22:21:37 <mickey|zzZZzz> GNUtoo: err:
May 27 22:21:43 <mickey|zzZZzz> 	return 0;
May 27 22:21:48 <mickey|zzZZzz> line 258
May 27 22:21:51 <mickey|zzZZzz> no wonder then 
May 27 22:21:55 <mickey|zzZZzz> that's your source
May 27 22:22:08 <mickey|zzZZzz> i guess it should not return there, right?
May 27 22:22:50 <mickey|zzZZzz> was that a test?
May 27 22:22:59 <GNUtoo> maybe
May 27 22:23:01 <mickey|zzZZzz> or why is that return there?
May 27 22:23:02 <GNUtoo> I'll look
May 27 22:23:04 <mickey|zzZZzz> k
May 27 22:23:46 <GNUtoo> here's my version: http://pastebin.com/7fRrjnSC
May 27 22:24:12 <mickey|zzZZzz> hmm, ok
May 27 22:24:22 <mickey|zzZZzz> that's _significantly_ different from the tarball you gave me
May 27 22:24:26 <md2k7> lindi-: by "changing", you mean the first row? (?interrupt numbers?)
May 27 22:24:27 <GNUtoo> ah?
May 27 22:24:29 <GNUtoo> sorry then
May 27 22:24:40 <mickey|zzZZzz> no problem, did only main.c changed or also the rpc library?
May 27 22:24:40 <md2k7> or the second row
May 27 22:24:48 <GNUtoo> maybe working copy and tarball were not in sync
May 27 22:24:54 <GNUtoo> no only main.c
May 27 22:24:56 <mickey|zzZZzz> ok
May 27 22:24:59 <mickey|zzZZzz> i'll try with that then
May 27 22:25:16 <GNUtoo> ok
May 27 22:26:32 <mickey|zzZZzz> hmm
May 27 22:26:33 <lindi-> md2k7: the  s3c2410_action  row
May 27 22:26:47 <mickey|zzZZzz> #if 0 //Android libgps ?
May 27 22:26:49 <mickey|zzZZzz> is this correct?
May 27 22:26:53 <mickey|zzZZzz> are we using the WinCE version?
May 27 22:27:11 <md2k7> lindi-: I have no row titles :)
May 27 22:27:15 <md2k7> except "CPU0" for the second
May 27 22:27:28 <GNUtoo> mickey|zzZZzz, I've no idea
May 27 22:27:32 <mickey|zzZZzz> heh
May 27 22:27:33 <lindi-> md2k7: can  you put the complete output online?
May 27 22:27:38 <mickey|zzZZzz> ok
May 27 22:27:43 <mickey|zzZZzz> so you are using _this_ exact source with success?
May 27 22:27:50 <GNUtoo> apart that what I was given could potentially crash and can get gps fixes
May 27 22:27:52 <mickey|zzZZzz> no #if changed or something?
May 27 22:28:09 <md2k7> lindi-: http://pastebin.com/5tMZcGCG
May 27 22:28:27 <md2k7> lindi-: only the second row ("CPU0") is changing
May 27 22:28:52 <GNUtoo> mickey|zzZZzz, I think you should really talk with phh
May 27 22:28:59 <GNUtoo> he's the one who wrote that
May 27 22:29:34 <lindi-> md2k7: let me think
May 27 22:29:46 <CIA-58> freesmartphone.org: 03mickey 07utilities * r25aa5c3e1a3b 10/android/rpc/gps/main.c: rpc: newer version of gps test program
May 27 22:30:08 <md2k7> i've just lost the phone... dead :(
May 27 22:30:29 <lindi-> md2k7: what numbers change when you touch the screen and touchscreen works?
May 27 22:30:33 <md2k7> ahh... 1 minute later: "pcf ?? reading regs" dumping on screen
May 27 22:30:35 <md2k7> and it's back
May 27 22:30:43 <lindi-> md2k7: you can use the command "watch cat -d=c /proc/interrupts"
May 27 22:31:06 <lindi-> md2k7: my guess is that s3c2410_ts_pen is the touchscreen
May 27 22:32:56 <md2k7> lindi-: my busybox 'cat' doesn't like these options
May 27 22:33:27 <lindi-> md2k7: ah sorry "watch -d=c cat /proc/interrupts"
May 27 22:33:34 <lindi-> they are options of watch
May 27 22:35:09 <md2k7> lindi-: s3c2410_ts_pen increases on touch
May 27 22:35:17 <lindi-> md2k7: good
May 27 22:35:26 <lindi-> md2k7: does it increase when the ts stops working?
May 27 22:35:43 <md2k7> lindi-: i'll try, needs hard timing to get it not-working :P
May 27 22:36:04 <lindi-> md2k7: you need to reboot to make it work again?
May 27 22:36:33 <GNUtoo> leviathan, ping
May 27 22:36:34 <md2k7> lindi-: yes
May 27 22:37:57 <lindi-> md2k7: ok, i'm quite sure you have hit the same kernel bug
May 27 22:38:08 <mickey|zzZZzz> ok, immediate crash with this code
May 27 22:38:37 <GNUtoo> ouch
May 27 22:38:44 <GNUtoo> maybe you should really ask phh
May 27 22:38:58 <GNUtoo> pinng leviathan 
May 27 22:45:19 <GNUtoo> leviathan, I'll go bye
May 27 22:45:22 <GNUtoo> mickey|zzZZzz, I'll go bye
May 27 22:46:11 <mickey|zzZZzz> me too
May 27 22:46:12 <mickey|zzZZzz> g'night
May 27 22:46:17 <md2k7> somehow a "disabled = 1" found itself its way into my frameworkd.conf, section [ogsmd]
May 27 22:46:33 <md2k7> i built shr-u myself and updated today afternoon
May 27 22:46:43 <md2k7> maybe s1 of the shr folks should look into that?
May 27 22:46:59 <md2k7> or is that by intention?
May 27 22:46:59 <JaMa> lindi-: got same issue with no input events and interrupts are incrementing here
May 27 22:47:41 <md2k7> i can't reproduce :(
May 27 22:47:49 <md2k7> it always works now
May 27 22:48:29 <CIA-58> freesmartphone.org: 03mickey 07utilities * rc0e7ca9cce89 10/android/rpc/ (configure.ac gps/Makefile.am librpc/Makefile.am): rpc: enable optional debug build
May 27 22:52:13 <zub> to add one more tester - I tried uImage-2.6.32.13-oe1+gitr6
May 27 22:52:45 <zub> booted without any problem, even without adjusting rootwait
May 27 22:53:06 <zub> gsm works, suspend so far also works ok
May 27 22:53:23 <zub> audio is working (just tried with mplayer), but I have no audio during call :-(
May 27 22:53:39 <md2k7> zub: alsa state files? :)
May 27 22:53:50 <zub> yeah, I figured this has to be the culprit
May 27 22:53:54 <md2k7> like those switch-for-kernel script changed
May 27 22:53:57 <zub> investigating now
May 27 22:54:12 <JaMa> zub: check where is /etc/freesmartphone/conf/openmoko_gta/alsa-default pointing
May 27 22:54:20 <JaMa> zub: should be alsa-2.6.31
May 27 22:54:22 <zub> so far I only heard everybody speak of those, never touched them yet :)
May 27 22:54:52 <JaMa> zub: never touched switch-for-kernel script or alsa states?
May 27 22:54:53 <zub> oh yeah, wrong link
May 27 22:54:57 <zub> alsa states
May 27 22:55:01 <zub> I used the script
May 27 22:55:12 <zub> but somehow the link wasn't changed
May 27 22:55:16 <JaMa> zub: please check why script didnt work for you and send me patch
May 27 22:55:22 <zub> ok
May 27 22:56:11 <JaMa> thanks
May 27 22:56:13 <zub> doh, I executed it again and the symlink was changed now
May 27 22:56:14 * JaMa going to sleep
May 27 22:56:28 <JaMa> that's weirdly good :)
May 27 22:56:32 <md2k7> good night
May 27 22:56:41 <zub> -> can't reproduce. but had I not executed the script, all the other things would have been screwed too :-/
May 27 22:56:55 <zub> JaMa: yeah, I'm the one with weird symlinks (recall my makefile problem? :)
May 27 22:57:01 <zub> that's just it :)
May 27 22:57:21 <zub> JaMa: dobrou noc
May 27 22:58:14 <zub> anyway, 2.6.32 so far looking good, I'll give it more testing later today
May 27 22:58:51 <zub> hm, now it sometimes happens to me that the phone suspends even when USB is plugged
May 27 22:59:11 <zub> how does FSO decide if/when to suspend? was that a deliberate change to suspebd with usb, or is it a bug?
May 27 22:59:35 <zub> but it seems to be random, not persistent... it suspends with usb only sometimes
May 27 23:14:02 <zub> tested gps for completenes. works ok for me with 2.6.32
May 27 23:15:07 <JaMa> zub: also BT to be really complete :)
May 27 23:15:13 <JaMa> zub: but that also works here
May 27 23:15:23 <JaMa> zub: welcome to lucky club :)
May 27 23:26:57 <zub> hm, BT... is getting a list of visible bt devices enough?
May 27 23:27:49 <zub> I never managed to make bluez what I wanted. at least never from cmdline :/
May 27 23:28:08 <zub> to make bluez do ^
May 27 23:44:12 <zub> JaMa|Zzzz: found one issue: turning "speaker" slider to on in the call screen just mutes audio.
May 27 23:45:17 <zub> with speaker slider to off I can hear the other side well
May 27 23:49:21 <Heinervdm> zub: that's already fixed in unstable
**** ENDING LOGGING AT Fri May 28 03:00:14 2010