**** BEGIN LOGGING AT Fri May 28 03:00:14 2010
May 28 04:28:22 <tembos> is there any pair kernel-rootfs that is working well for gta01bv4 latest one? I surf the wiki but found bunch of options, and don't know where is some kind of latest kernel-rootfs
May 28 04:28:52 <tembos> wrong window
May 28 06:09:54 <TAsn> JaMa|Zzzz, I never said I want to get rid of illume2, I want to get rid of illume1 !!!
May 28 06:14:16 <JaMa|Zzzz> that's what I said, or no? if no then sorry, but I meant it this way
May 28 06:14:30 <JaMa|Zzzz> ah righ, sorry
May 28 06:56:35 <TAsn> DatabaseError: database disk image is malformed
May 28 06:56:36 <TAsn> shit?
May 28 06:56:41 <TAsn> This doesn't sound good :(
May 28 06:57:30 <CIA-58> freesmartphone.org: 03morphis 07msmcomm * r3eed6e31111c 10/ (11 files in 5 dirs): libmsmcomm: add set_system_time message/response and use it in msmvterm
May 28 07:04:01 <[Rui]> I still get WSoDs
May 28 07:04:28 <[Rui]> Weiss: they come up after sometime idling with a blank screen and go away after blanking again
May 28 07:04:39 <[Rui]> but it makes it very hard to pick up a call
May 28 07:13:55 <zub> JaMa|Wrk: found some issues :-/
May 28 07:14:13 <zub> [Rui]: was it you who saw garbled "desktop" after resume?
May 28 07:14:19 <zub> on 2.6.32
May 28 07:14:36 <[Rui]> zub: yes, but only once, never again
May 28 07:15:08 <[Rui]> zub: right now I have a much, much worse problem... WSoD after some time in idle with blanked screen.
May 28 07:15:21 <[Rui]> zub: goes away after it blanks again, but I can't pick up a call like this
May 28 07:18:01 <JaMa|Wrk> [Rui]: is it something like gray with color dots?
May 28 07:18:26 <[Rui]> JaMa|Wrk: the garbled desktop I got only once at the first attempt? yes.
May 28 07:18:36 <[Rui]> JaMa|Wrk: I'm much more worried about WSoD though...
May 28 07:18:39 <JaMa|Wrk> I've seen it few times, but not only related to suspend/resume
May 28 07:18:45 <[Rui]> JaMa|Wrk: also about that slow freeze
May 28 07:18:56 <JaMa|Wrk> ie after lock/unlock before desktop was redrawn
May 28 07:19:17 <JaMa|Wrk> but every region (ie clicked icon) was cleaned while redrawing itself
May 28 07:20:08 <[Rui]> JaMa|Wrk: yes, that's what happened to me. but if a new windows occupied the full screen, when it was gone, back was the fully garbled desktop.
May 28 07:25:33 <Weiss> [Rui]: that's exactly mrmoku's problem..
May 28 07:26:10 <[Rui]> Weiss: if I can do something to help you with this, I will . but now I have to go to work. see ya all!
May 28 07:26:49 <JaMa|Wrk> Weiss: https://docs.openmoko.org/trac/ticket/2337
May 28 07:28:09 <zub> JaMa|Wrk: I saw the same this morning; forcing a redraw fixed it
May 28 07:28:55 <Weiss> sigh, expired certificate
May 28 07:29:03 * Weiss growls at 100% false positive rate with SSL
May 28 07:29:44 <Weiss> hmm.. slow resume != white screen (let's be clear if it's not "of death") after blanking?
May 28 07:32:04 <JaMa|Wrk> the #2337 for me is only slow resume (but I had xserver off and was able to see kernel output on console, maybe with xserver running you can see white screen which looks like wsod for those 50s)
May 28 07:37:21 <TAsn> ok I think (hope) I fixed the corruption.
May 28 07:38:23 <JaMa|Wrk> where?
May 28 07:38:48 <TAsn> opimd db
May 28 07:38:53 <TAsn> I took out the battery
May 28 07:39:01 <TAsn> when apparently it was writing something
May 28 07:39:19 <TAsn> (Though that's odd, as I thought it was done).
May 28 07:40:38 <TAsn> yay, fixed :)
May 28 07:41:03 <TAsn> with some data loss, of course.
May 28 07:42:34 <TAsn> btw phone boots fast (or at least feels fast) with fsogsmd.
May 28 07:42:38 <TAsn> haven't booted in a while :P
May 28 07:43:27 <JaMa|Wrk> TAsn: you can also opkg remove hal for small speadup..
May 28 07:43:34 <TAsn> really?! :PPPP
May 28 07:43:45 <TAsn> Are you sure they adjusted e and everything else?
May 28 07:44:17 <JaMa|Wrk> only xf86-input-tslib was pulling it to our images
May 28 07:44:27 <JaMa|Wrk> and I don't see breakage not using it
May 28 07:44:46 <JaMa|Wrk> ie batget works and doesn't die with e17 quit (as before)
May 28 07:45:01 <TAsn>  * print_dependents_warning: Package hal is depended upon by packages:
May 28 07:45:01 <TAsn>  * print_dependents_warning: 	gnome-vfs
May 28 07:45:08 <TAsn> why the heck do I have gnome-vfs?! :P
May 28 07:45:31 <JaMa|Wrk> but sure there can be extra packages or extra functionality still depending on it
May 28 07:45:44 <TAsn> well, it works for you?
May 28 07:45:46 <TAsn> that's good enough.
May 28 07:45:47 <TAsn> removed.
May 28 07:46:01 <TAsn> What about removing it by default?
May 28 07:46:16 <JaMa|Wrk> TAsn: it's not in new images already
May 28 07:46:18 <TAsn> JaMa|Wrk, btw, got a nice bootchart chart for us? :P
May 28 07:46:20 <TAsn> JaMa|Wrk, sweet.
May 28 07:46:55 <TAsn> The sea is calling me, gtg soon.
May 28 07:47:05 <JaMa|Wrk> TAsn: no.. it will be still the same as before 3 months or when I posted last one
May 28 07:47:13 <TAsn> got a link? :P
May 28 07:47:18 <JaMa|Wrk> TAsn: I don't have udev/hal for long.. :)
May 28 07:48:02 <TAsn> isn't udev needed for pnp? for instance for connecting a mouse/keyboard to usb?
May 28 07:48:08 <JaMa|Wrk> http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-April/019267.html
May 28 07:48:42 <TAsn> oh, that's for .32 :P
May 28 07:48:44 <TAsn> But cool.
May 28 07:48:44 <JaMa|Wrk> TAsn: I have to change usb mode manually (from device to host) and enable power to usb port
May 28 07:48:53 <TAsn> JaMa|Wrk, and that's it?
May 28 07:48:58 <TAsn> (that's reasonable)
May 28 07:49:01 <JaMa|Wrk> TAsn: yes
May 28 07:49:46 <JaMa|Wrk> TAsn: but it still needs manualy running script :/ so it's not so good in case of emergency connecting keyb to kill hanging xorg or died ts
May 28 07:50:02 <TAsn> I don't care about those :P
May 28 07:50:17 <TAsn> just looked at the charts
May 28 07:50:22 <TAsn> we got a less than 1minute boot
May 28 07:50:22 <JaMa|Wrk> TAsn: PaulFertser suggested special cable and detecting it on FR side (with need to adjust kernel driver)..
May 28 07:50:23 <TAsn> nice.
May 28 07:50:37 <JaMa|Wrk> TAsn: you need 2.6.3* for devtmpfs
May 28 07:50:46 <JaMa|Wrk> TAsn: and that's biggest speedup
May 28 07:51:05 <TAsn> and less than 40
May 28 07:51:08 <TAsn> with r3
May 28 07:51:15 <TAsn> (the other screenie use posted)
May 28 07:51:21 <JaMa|Wrk> udevd is forcing whole boot to wait for udevd finish populating /dev
May 28 07:51:23 <TAsn> *graph
May 28 07:52:50 <JaMa|Wrk> check graph from 2.6.29 :)
May 28 07:53:47 <TAsn> I trust you :P
May 28 07:53:58 <TAsn> Ok, I really should go and do some surfing.
May 28 07:53:59 <TAsn> cya.
May 28 07:54:35 <JaMa|Wrk> cya
May 28 08:42:33 <zub> Heinervdm: ad that suspend-while-on-usb - I am running shr-u.
May 28 08:48:40 <Heinervdm> zub: i meant this: <zub> with speaker slider to off I can hear the other side well
May 28 09:05:37 <zub> Heinervdm: sorry; I'm work-busy and so confusing here. Either way, the same applies - I'm runing shr-u. Do you remember (approx) when was it fixed?
May 28 09:05:44 <zub> anyway I'll try again later today
May 28 09:07:48 <JaMa|Wrk> zub: wasnt your libphoneui.conf overwritten from opkg upgrade (after adjusting alsa control names in switch-for-kernel script?)
May 28 10:05:05 <GNUtoo> hi leviathan 
May 28 10:09:44 <larsc> JaMa|Wrk: your 'slow resume' bug, is with or without your patches?
May 28 10:09:56 <larsc> cause i hadn't had any problem here
May 28 10:25:06 <CIA-58> freesmartphone.org: 03morphis 07msmcomm * r0e3fb23470db 10/ (14 files in 5 dirs): libmsmcomm: implement rssi_status & read_simbook commands/responses and use them in msmvterm
May 28 10:31:11 <mickey|office> ~praise morphis
May 28 10:31:12 <apt> All hail morphis!
May 28 10:31:39 <JaMa|Wrk> larsc: with all those patches
May 28 10:33:21 <JaMa|Wrk> larsc: and they are not mine :) Weiss's and radekp's ..
May 28 10:34:23 <ThibG> hi
May 28 10:34:36 <GNUtoo> mickey|office, hi
May 28 10:34:44 <mickey|office> morning GNUtoo 
May 28 10:35:21 <CIA-58> freesmartphone.org: 03morphis 07msmcomm * r0941affbed12 10/msmcommd/ (include/msmcomm/internal.h src/llc.c): 
May 28 10:35:21 <CIA-58> freesmartphone.org: msmcommd: restart link layer if we send a frame more than a defined amout of times without response
May 28 10:35:21 <CIA-58> freesmartphone.org: In some case we send a frame to the modem and got no response (no real response and ack
May 28 10:35:21 <CIA-58> freesmartphone.org: for the frame). In this case we should do something. For now we restart the whole link
May 28 10:35:21 <CIA-58> freesmartphone.org: layer to get into a definied state again.
May 28 10:35:44 <ThibG> have someone already played with multi-file uboot images and the NOR-uboot?
May 28 12:02:30 * Weiss crashed the 3D engine... that's probably a good sign
May 28 12:03:38 <dcordes> hi
May 28 12:03:47 <dcordes> deubeuliou, ping
May 28 12:06:50 <deubeuliou> dcordes: pong
May 28 12:08:15 <JaMa|Wrk> Weiss: is it?
May 28 12:08:40 <dcordes> deubeuliou, hey man. mickey|office told me you were running fso2 on the nexus
May 28 12:09:25 <deubeuliou> right, but I don't have any sound yet
May 28 12:09:40 <Weiss> JaMa|Wrk: yes, because it means the 3D engine is listening to me, and giving some kind of feedback (even if it's only crashes/doesn't crash)
May 28 12:10:11 <CIA-58> freesmartphone.org: 03morphis 07msmcomm * r633e2645a698 10/ (12 files in 5 dirs): libmsmcomm: implement get_networklist command and fix some bugs
May 28 12:21:03 <dcordes> deubeuliou, I'm sure we will get there. I have a very similar device, the htcleo (hd2)
May 28 12:22:27 <deubeuliou> it seems to be shipped with windows
May 28 12:23:53 <dcordes> deubeuliou, that's right http://htc-linux.org/wiki/index.php?title=Leo
May 28 12:24:16 <dcordes> deubeuliou, we are porting linux to it basing on the nexus kernel.
May 28 12:24:46 <dcordes> deubeuliou, currently I have some trouble executing openembeddeed userspace and I thought you might give me a hand debugging it. because you have a qsd8250 device with a known working kernel.
May 28 12:25:20 <GNUtoo> hi leviathan 
May 28 12:26:24 <deubeuliou> I'm using debian on it
May 28 12:26:56 <deubeuliou> and I'm trying to build a decent kernel but I have troubles regarding the wifi
May 28 12:27:59 <deubeuliou> the best-working kernel I found so far was inside a tutorial and I don't know yet why the wifi doesn't work with my kernels
May 28 12:30:25 <dcordes> deubeuliou, http://www.irregular-expression.com/?p=30
May 28 12:30:47 <deubeuliou> yep, that's the tutorial I used
May 28 12:31:13 <deubeuliou> but in the first place, the wifi did not work
May 28 12:31:23 <dcordes> ok. did you run into any segmentation faults?
May 28 12:31:30 <dcordes> or illegal instruction errors?
May 28 12:32:03 <deubeuliou> I built my own kernel, the wifi still didn't work ; suddenly it worked with several kernel, including his
May 28 12:32:19 <deubeuliou> now, it doesn't anymore, with mine
May 28 12:32:30 <deubeuliou> I think the wifi driver coredumps
May 28 12:33:40 <deubeuliou> ah
May 28 12:33:41 <deubeuliou> May 28 12:23:42 giskard kernel: [   14.804809] _dhdsdio_download_firmware: dongle image file download failed
May 28 12:33:48 <dcordes> :)
May 28 12:34:14 <dcordes> so this armel debian rootfs runs perfectly well for you, right?
May 28 12:34:20 <deubeuliou> did you have problems with option dependencies related to android or htc ?
May 28 12:34:26 <deubeuliou> dcordes: right
May 28 12:34:37 <dcordes> ok then I will try it out on leo.
May 28 12:34:52 <deubeuliou> maybe I could put my resulting image somewhere
May 28 12:34:56 <dcordes> what do you mean, option dependencies ?
May 28 12:35:10 <dcordes> deubeuliou, that would be nice.
May 28 12:36:32 <deubeuliou> dcordes: in the kernel: sometimes, I remove options, and it doesn't compile anymore, because an htc driver needed it
May 28 12:36:50 <deubeuliou> worse: I can't remove SysRq keys support -_-
May 28 12:36:59 <dcordes> deubeuliou, oh yes.. that's a known problem. the android specific things are woven deeply into the kernel
May 28 12:37:12 <JaMa|Wrk> larsc: do I understand right that radekp's accels.patch from http://lists.openmoko.org/pipermail/openmoko-kernel/2010-April/010915.html is deprecated by http://git.openmoko.org/?p=kernel.git;a=commit;h=312ea07bf067d41b339473e696f9199245d762f3 and other hwmon/lis3lv02d* ?
May 28 12:37:19 <dcordes> deubeuliou, ask GNUtoo, leviathan, mickey|office about it. they are working on non-android userspace for the htc dream.
May 28 12:39:56 <larsc> JaMa|Wrk: it's been a time that i looked at the other lis driver, but iirc it was missing some features that the om driver had.
May 28 12:41:15 <JaMa|Wrk> larsc: but at least it should be rebased as "improved upstrem lis driver" right? no reason to introduces input/lis (even when hwmon looks worse to me)
May 28 12:44:43 <[Rui]> hi, just a few minutes ago, my 2.6.32.13 has already frozen again
May 28 12:45:32 <[Rui]> and, for some reason yet not identified, lo and usb0 are not defined upon boot
May 28 12:45:52 <larsc> JaMa|Wrk: i'm not sure if hwmon devices can provide the same performance as input devices.
May 28 12:46:14 <GNUtoo> deubeuliou, hi
May 28 12:46:36 <[Rui]> it's as if /etc/init.d/networking didn't start
May 28 12:46:45 <deubeuliou> hi GNUtoo 
May 28 12:46:55 <GNUtoo> deubeuliou, you got an android device or a windows-something one?
May 28 12:47:24 <deubeuliou> a nexus one
May 28 12:47:33 <deubeuliou> so, android
May 28 12:48:23 <GNUtoo> ok nice
May 28 12:48:41 <GNUtoo> what's the issue? bad kernel?
May 28 12:48:44 <GNUtoo> by bad I mean poorly written
May 28 12:48:56 <larsc> JaMa|Wrk: hm. ok looks like the hwmon driver registers a input devices as well.
May 28 12:49:23 <GNUtoo> nexus one seem so fast, dcordes pointed me to a video of it decoding a HD video with only the CPU
May 28 12:49:26 <deubeuliou> GNUtoo: wifi problem. there's a firmware, but it won't load
May 28 12:49:31 <GNUtoo> on a similar device
May 28 12:49:32 <JaMa|Wrk> I'll try to debug adc and that "slow resume" so I can try this lis driver too
May 28 12:49:44 <GNUtoo> deubeuliou, ahh wl1251_sdio or wl1271_sdio?
May 28 12:50:15 <GNUtoo> mickey|office, about wifi firmware,pandora may have the right to redistribute it, we should check
May 28 12:50:22 <dcordes> GNUtoo, that was the htc leo (hd2). but it has same qsd8250 chip as htc passion (nexus)
May 28 12:50:43 <GNUtoo> indeed that's why I said similar
May 28 12:50:50 <deubeuliou> GNUtoo: I'm not sure. I don't know
May 28 12:50:58 <GNUtoo> deubeuliou, what's your wifi chip?
May 28 12:51:16 <GNUtoo> or at least the driver or firmware involved
May 28 12:51:17 <deubeuliou> bcm4329
May 28 12:51:23 <GNUtoo> ah
May 28 12:51:29 <GNUtoo> do you use compat wireless?
May 28 12:52:02 <GNUtoo> deubeuliou, we had issues with firmwares too,we had to:
May 28 12:52:07 <GNUtoo> *create /lib/firmware
May 28 12:52:16 <GNUtoo> *enable debugfs in the kernel
May 28 12:52:39 <GNUtoo> *use bob copeland's patch for a module that is capable of loading the wifi
May 28 12:52:43 <dcordes> GNUtoo, didn't see that, sorry.
May 28 12:53:00 <GNUtoo> and follow bob copeland's instructions
May 28 12:53:07 <deubeuliou> mmmmh I'll try that
May 28 12:53:10 <GNUtoo> dcordes, np
May 28 12:54:00 <JaMa|Wrk> [Rui]: here they are, but I'm using own /etc/network/interfaces (because of different static IP's)
May 28 12:54:21 <GNUtoo> here's bob copeland howto : http://bobcopeland.com/android_wifi.html
May 28 12:54:28 <[Rui]> JaMa|Wrk: yes, it's the default.
May 28 12:54:41 <[Rui]> JaMa|Wrk: but while they were defined on boot, they aren't anymore
May 28 12:54:45 <GNUtoo> but It may be specific to htcdream, or may have some similarities with your setup...I don't know
May 28 12:54:50 <[Rui]> JaMa|Wrk: I had to stop then start networking
May 28 12:55:18 <[Rui]> which is weird, but I'm more familiar with RedHat's way of configuring networks than with Debian's way.
May 28 12:55:21 <[Rui]> which OE uses...
May 28 12:57:20 <JaMa|Wrk> you mean /etc/init.d/networking stop and then start?
May 28 12:57:28 <JaMa|Wrk> I only use ifdown/ifup iface
May 28 12:58:34 <[Rui]> JaMa|Wrk: yes. I could also do ifdown ifup
May 28 12:58:44 <[Rui]> JaMa|Wrk: but I wanted to see whether the script was working or not
May 28 12:59:13 <[Rui]> JaMa|Wrk: in fact, if I try to ifup it complains it's already defined (which is weird as ifconfig| wc -l == 0 )
May 28 12:59:38 <JaMa|Wrk> sometimes I had usb0 up but not responding (until I replugged cable), but lo down is really weird
May 28 12:59:41 <deubeuliou> GNUtoo: maybe I have found some options that were needed but not automatically enabled
May 28 12:59:49 <GNUtoo> ok
May 28 12:59:51 <GNUtoo> nice
May 28 12:59:55 <deubeuliou> *maybe*
May 28 12:59:58 <GNUtoo> ok
May 28 13:00:09 <GNUtoo> android kernel are not well written
May 28 13:00:20 <GNUtoo> expect some debugging
May 28 13:00:26 <GNUtoo> to be done
May 28 13:00:30 <[Rui]> JaMa|Wrk: yes, indeed it is.
May 28 13:01:06 <[Rui]> I keep getting http://pastebin.com/mx60PXdW
May 28 13:01:20 <[Rui]> which I associate with the WS(but not oD)
May 28 13:04:03 <[Rui]> Weiss: now with comments, maybe you could look at http://pastebin.com/zCcrqKAw and see if it tells you something?
May 28 13:05:03 <Weiss> oo, thanks
May 28 13:05:38 <Weiss> hmm.. the backlight was really on after line 6?
May 28 13:07:34 <[Rui]> Weiss: unless there was a lag on dmesg output messages
May 28 13:07:42 <dcordes> deubeuliou, as there is information on the non-android use on dream here http://htc-linux.org/wiki/index.php?title=Dream , it would be nice to add stuff on nexus in the same wiki at http://htc-linux.org/wiki/index.php?title=Passion
May 28 13:08:10 <Weiss> [Rui]: ok, so this might be a lot simpler than I thought
May 28 13:08:36 <deubeuliou> what is Passion ?
May 28 13:08:44 <Weiss> what were you doing at the time?  from that, it looks like the display tried to go to sleep (blank mode), but something forgot to turn the backlight off
May 28 13:09:06 <[Rui]> the phone is idle on the table
May 28 13:09:10 <[Rui]> freshly rebooted
May 28 13:09:20 <[Rui]> I dmesg -c, then touch the screen then dmesg
May 28 13:10:47 <Weiss> so... lines 1-5 happened some minutes after booting, and instead of the screen going black as expected, it went white. Then you touched the screen and it went back to normal, then it fell asleep again but this time went black properly as expected, and you touched and it again came back to normal?
May 28 13:10:48 <[Rui]> argh, I should have cleared dmesg again
May 28 13:10:55 <[Rui]> I'll try again in a few minutes
May 28 13:11:07 <[Rui]> Weiss: yes
May 28 13:11:10 <dcordes> deubeuliou, nexus one codename. it's best to use device codenames in the confusing htc naming workld 
May 28 13:11:34 <dcordes> deubeuliou, there is also a discussion on this on lkml. so it's official convention to use the codenames :D
May 28 13:12:00 <[Rui]> Weiss: I'll wait about ten minutes then re-do the test
May 28 13:12:09 <Weiss> [Rui]: ok, that sounds very much like the backlight regulator didn't get switched off somehow... which is fortunately a lot easier to debug
May 28 13:12:10 <[Rui]> Weiss: to see if the same outputs come up
May 28 13:12:29 <deubeuliou> ok
May 28 13:12:36 <[Rui]> Weiss: as I just tried and it still came up ok
May 28 13:13:03 <[Rui]> at least it's only the screen and not the old WSoD!
May 28 13:13:36 <deubeuliou> GNUtoo: are 2.6.32  kernel also affected by the issue solved by copeland's patches ?
May 28 13:13:38 <Weiss> have you ever touched the screen and had a white screen in result?
May 28 13:14:46 <deubeuliou> I get the following after adding the options that were missing (I think it's from mac80211):
May 28 13:14:49 <deubeuliou> net/built-in.o: In function `wiphy_rfkill_start_polling':
May 28 13:14:52 <deubeuliou> sysctl_net.c:(.text+0xf899c): undefined reference to `rfkill_resume_polling'
May 28 13:15:17 <deubeuliou> and greping the sources doesn't find "rfkill_resume_polling"
May 28 13:17:09 <dcordes> deubeuliou, if you'll document your wifi etc. findings there we will have an easier time sharing the knowledge
May 28 13:17:35 <deubeuliou> I'll try
May 28 13:22:55 <zub> sigh, I'm no more so begeistert over 2.6.32 :-(
May 28 13:25:19 <Weiss> zub: we're finding solutions.. the more effort, the better. this stuff is hard..
May 28 13:26:00 <zub> hm, yup
May 28 13:26:18 <zub> I've seen some odd things, but I'm at work now, so can't look into it.
May 28 13:27:03 <zub> but it happened to me twice today that I had to power the phone off (by removing battery) and then got quite broken FS (on SD, using ext2)
May 28 13:27:09 <zub> should I be using ext3/something else?
May 28 13:27:59 <rtp> deubeuliou: rfkill_resume_polling should be in net/rfkill/core.c afaik
May 28 13:28:00 <zub> in morning it would boot, but opkg couldn't be used, as some of its files were damaged, not it won't even boot
May 28 13:29:11 <zub> s/, not/, now/
May 28 13:29:11 <apt> zub meant: in morning it would boot, but opkg couldn't be used, as some of its files were damaged, now it won't even boot
May 28 13:34:26 <GNUtoo> deubeuliou, which issue?
May 28 13:34:35 <GNUtoo> deubeuliou, add rfkill
May 28 13:35:03 <Wonka> zub: using ext3 doesn't hurt.
May 28 13:35:19 <Wonka> zub: I use ext2 only for /boot, and then with sync flag.
May 28 13:35:51 <JaMa|Wrk> zub: moveing .e/e/appshadow to tmpfs helped me a lot with broken ext2
May 28 13:36:15 <JaMa|Wrk> s/ei/i/
May 28 13:36:15 <apt> JaMa|Wrk meant: zub: moving .e/e/appshadow to tmpfs helped me a lot with broken ext2
May 28 13:36:40 <deubeuliou> GNUtoo: yep, done. but I fail to understand why ack-grep didn't found this function ...
May 28 13:36:43 <zub> hm, what's .e/e/appshadow for?
May 28 13:36:46 <GNUtoo> mickey|office, fsoraw -r CPU intone => Resource CPU had never been registered, fsoraw -l only gives GSM,BLUETOOTH,GPS
May 28 13:37:10 <GNUtoo> deubeuliou, ok
May 28 13:37:49 <JaMa|Wrk> zub: icons on home screen
May 28 13:38:33 <JaMa|Wrk> zub: and after few battery removal and those always open files ended with broken inodes and e17 home screen always reporting loading
May 28 13:43:32 <zub> ok, good to know
May 28 13:43:47 <zub> JaMa|Wrk: what fs do you use on the SD?
May 28 13:45:04 <zub> ok, just reread your comment... so, ext2 I assume :)
May 28 13:45:14 <GNUtoo> CPU seem to be there on freerunner according to the wiki
May 28 13:46:41 <mickey|office> fsodeviced running?
May 28 13:46:49 <mickey|office> fsodeviced is owning the PCU resource
May 28 13:46:53 <mickey|office> CPU, that is
May 28 13:49:03 <[Rui]> Weiss: Re: <Weiss> have you ever touched the screen and had a white screen in result? => only with 2.6.32
May 28 13:49:14 <[Rui]> I'm about to repeat the test
May 28 13:50:41 <Weiss> hmm.. but that's different from the output in the pastebin?
May 28 13:51:53 <CIA-58> freesmartphone.org: 03morphis 07msmcomm * r1421501a8fb3 10/libmsmcomm/ (4 files in 2 dirs): libmsmcomm: implement result codes for each message
May 28 13:51:58 <CIA-58> freesmartphone.org: 03morphis 07msmcomm * rd0da95d61241 10/libmsmcomm/ (7 files in 4 dirs): libmsmcomm: add event for get_networklist and display the received data in msmvterm
May 28 13:53:03 <[Rui]> Weiss: http://pastebin.com/sCewP5Sr
May 28 14:05:17 <deubeuliou> \o/
May 28 14:05:55 <GNUtoo> mickey|office, maybe that's because of commented parts
May 28 14:05:57 <deubeuliou> 1 hour spent for nothing ... I just figured out that the path to the firmware was wrong. now, I have a wireless interface, dcordes GNUtoo 
May 28 14:05:57 <GNUtoo> I'll look
May 28 14:06:04 <GNUtoo> ok
May 28 14:06:35 <GNUtoo> mickey|office, pidof fsodeviced => 590
May 28 14:07:16 <GNUtoo> mickey|office, #[fsodevice.kernel_idle]
May 28 14:07:20 <GNUtoo> maybe that's the issue
May 28 14:10:04 <mickey|office> yes
May 28 14:10:16 <mickey|office> the idle notifier owns CPU and DISPLAY
May 28 14:11:10 <GNUtoo> ok
May 28 14:11:24 <GNUtoo> also how can I prevent volume keys from waking the phone
May 28 14:11:39 <GNUtoo> #report007 = VOLUME_UP,key,115,1
May 28 14:11:40 <GNUtoo> #report008 = VOLUME_DOWN,key,114,1
May 28 14:11:43 <GNUtoo> doesn't seem enough
May 28 14:12:37 <mickey|office> either patch the kernel or add a custom suspend plugin that triggers a resuspend on certain keys
May 28 14:13:04 <GNUtoo> ok
May 28 14:13:14 <GNUtoo> so not for now because I need to go
May 28 14:13:17 <GNUtoo> thanks a lot
May 28 14:13:20 <GNUtoo> I'll go
May 28 14:14:34 <mickey|office> cu
May 28 14:14:39 <GNUtoo> thanks byw
May 28 14:14:43 <GNUtoo> *bye
May 28 14:30:32 <Weiss> [Rui]: ok.. so that was: booted, screen blanked, touched screen and got white screen, screen blanked again later, then came back correctly when touched? (the last couple of points aren't quite clear)
May 28 14:33:08 <[Rui]> Weiss: shit I forgot that, will repeat in a minute or two as I end a call
May 28 14:35:18 <Q-Master> what the hell is with phoneui?
May 28 14:36:00 <Q-Master> it wants to add contact instead of hanging the phone.
May 28 14:58:04 <[Rui]> Weiss: fully documented dmesg outputs: http://pastebin.com/FF0pkbwt
May 28 14:58:24 <[Rui]> Weiss: starting from a cleared dmesg, of course.
May 28 14:59:10 <[Rui]> Weiss: I've got to go, but I'll bug you afterwards
May 28 14:59:14 <[Rui]> see ya
May 28 15:40:33 <GNUtoo> hi leviathan 
May 28 15:41:02 <GNUtoo> mickey|zzZZzz, hi
May 28 15:41:19 <GNUtoo> mickey|zzZZzz, should I really go into FSO userland developement?
May 28 16:16:59 <campuscordes> hi
May 28 16:17:02 <campuscordes> deubeuliou: are you still here?
May 28 16:17:21 <deubeuliou> campuscordes: yes
May 28 16:17:46 <deubeuliou> I have the interface but I can't connect to a wifi network
May 28 16:17:59 <campuscordes> that problem sounds familiar
May 28 16:18:11 <deubeuliou> maybe I'm doing sth wrong.
May 28 16:18:19 <campuscordes> but from nonrelevant context
May 28 16:18:29 <campuscordes> when I have killswitch in my laptop on
May 28 16:18:32 <deubeuliou> iwconfig essid <a network> makes it create an ad-hoc network
May 28 16:18:37 <campuscordes> did you ask GNUtoo's advise on it?
May 28 16:18:43 <deubeuliou> nope
May 28 16:18:56 <campuscordes> which driver are you using?
May 28 16:19:11 <deubeuliou> bcm4329
May 28 16:19:48 <campuscordes> deubeuliou: does it also provide the bluetooth?
May 28 16:20:00 <GNUtoo> hi 
May 28 16:20:04 <campuscordes> hey gnu
May 28 16:20:07 <deubeuliou> I don't think so
May 28 16:20:07 <GNUtoo> hi
May 28 16:20:31 <GNUtoo> ifconfig wlan0 up gives error -32 or something like this?
May 28 16:20:36 <GNUtoo> if so it's rfkill
May 28 16:20:41 <campuscordes> ha!
May 28 16:20:49 <GNUtoo> cd /sys/class/rfkill
May 28 16:20:53 <deubeuliou> no, no problem
May 28 16:20:57 <GNUtoo> ah ok
May 28 16:20:57 <campuscordes> hmm
May 28 16:21:19 <deubeuliou> but I can't iwconfig eth0 mode managed
May 28 16:21:29 <GNUtoo> ah ok
May 28 16:21:30 <campuscordes> deubeuliou: by the way. Kensan is also owner of the nexus and debian guy.
May 28 16:21:39 <deubeuliou> uh. now I can
May 28 16:21:40 <GNUtoo> but ifcongig eth0 up gives something?
May 28 16:21:45 <campuscordes> deubeuliou: lol
May 28 16:22:01 <deubeuliou> ah, but there is no essid
May 28 16:22:31 <GNUtoo> *) look if ifconfig eth0 up does something
May 28 16:22:39 <deubeuliou> I get:
May 28 16:22:40 <deubeuliou> [ 1365.607147] wl_iw_ioctl: error in cmd=8b09 : not supported
May 28 16:22:40 <GNUtoo> *) do you have encrypted wifi?
May 28 16:22:46 <GNUtoo> ok
May 28 16:22:48 <GNUtoo> mmm
May 28 16:22:54 <deubeuliou> and scanning doesn't show anything anymore
May 28 16:25:00 <deubeuliou> removing/inserting the module again makes it possible to scan again
May 28 16:26:26 <campuscordes> deubeuliou: before I forget to ask. could you upload that rootfs?
May 28 16:26:34 <deubeuliou> ah, yes
May 28 16:27:32 <campuscordes> deubeuliou: I intented to debootsrap it but I forgot I need to be root. and I have no access to a machine which provides that and has high bandwidth (6k at home)
May 28 16:31:04 <deubeuliou> I have lxde on it, so it's a bit huge (1.2Go)
May 28 16:32:47 <CIA-58> freesmartphone.org: 03morphis 07msmcomm * r27c4ce668689 10/libmsmcomm/ (src/msmcomm.h src/response_sim.c vapi/msmcomm-1.0.vapi): libmsmcomm: introduce ResultType in vala
May 28 16:34:33 <deubeuliou> campuscordes: I may not be able to upload it today :/
May 28 16:35:15 <campuscordes> deubeuliou: ok no problem. it might not be necessary. I just want to make sure I'm trying a 100% known working rootfs.
May 28 16:36:00 <campuscordes> campuscordes: do you happen to know where armel squeeze tarballs can be found? I actually need a minimal basic rootfs without any gui.
May 28 16:36:18 <campuscordes> s/campuscordes/deubeuliou/
May 28 16:36:19 <apt> campuscordes meant: deubeuliou: do you happen to know where armel squeeze tarballs can be found? I actually need a minimal basic rootfs without any gui.
May 28 16:37:17 <deubeuliou> campuscordes: I don't know
May 28 16:37:32 <deubeuliou> but that probably exist
May 28 16:37:51 <deubeuliou> though you may also want wpasupplicant
May 28 16:44:09 <campuscordes> deubeuliou: this is only to check if I get segfaults
May 28 16:44:29 <deubeuliou> ok. I'm compressing my rootfs
May 28 17:01:41 <deubeuliou> campuscordes: I have an lzma archive, 240MB ; I'll upload it later tonight
May 28 17:01:48 <deubeuliou> g2g
May 28 17:01:55 <campuscordes> deubeuliou: thanks a lot !
May 28 17:16:02 <campuscordes> l8rz
May 28 17:35:28 <CIA-58> freesmartphone.org: 03morphis 07msmcomm * re78821e452ca 10/libmsmcomm/ (6 files in 4 dirs): libmsmcomm: cm_ph_resp reports now it's result code
May 28 17:35:32 <CIA-58> freesmartphone.org: 03morphis 07msmcomm * r7233325c6478 10/ (9 files in 5 dirs): libmsmcomm: implement set_preference_mode command
May 28 17:35:32 <CIA-58> freesmartphone.org: 03morphis 07msmcomm * rcbf90915f6c2 10/libmsmcomm/ (specs/xml/system.xml src/response_system.c): libmsmcomm: cm_ph_resp: use other field for the result code and report it upstream
May 28 17:44:26 <CIA-58> freesmartphone.org: 03morphis 07msmcomm * r4352e6a72f03 10/libmsmcomm/ (7 files in 2 dirs): libmsmcomm: extend error handling and display result codes in msmvterm
May 28 18:07:53 <CIA-58> freesmartphone.org: 03morphis 07msmcomm * r2009d7c27059 10/msmvterm/src/commands.vala: msmvterm: check for valid record in in read_simbook command
May 28 18:07:54 <CIA-58> freesmartphone.org: 03morphis 07msmcomm * r6685eeeb3ba3 10/libmsmcomm/ (13 files in 3 dirs): libmsmcomm: move structure definitions from specs into structures directory
May 28 18:08:22 <CIA-58> freesmartphone.org: 03tom 07framework * rc01b5544d90b 10/ (setup.py tools/opimd_fix_db): tools: Added opimd_fix_db to fix broken opimd database files.
May 28 19:00:41 <leviathan> GNUtoo: good evening
May 28 19:21:17 <CIA-58> SHR: 03seba.dos1 07opimd-utils * r8a09afc50107 10/opimd-stats: opimd-stats: add simple script for calculating simple stats about messages
May 28 19:21:51 <CIA-58> SHR: 03seba.dos1 07opimd-utils * ref8276c2b544 10/setup.py: build: install opimd-stats
May 28 19:23:38 <TAsn> dos1, what kind of stats?
May 28 19:25:27 <dos1> TAsn: ATM amount of messages, min/avg/max length, average reply time and amount of messages in weekdays
May 28 19:25:40 <TAsn> lolz.
May 28 19:26:09 <dos1> very simple script done just for fun ;)
May 28 19:26:14 <TAsn> what about the median length?
May 28 19:26:45 <TAsn> (j/k, I don't really care)
May 28 19:27:25 <dos1> ;)
May 28 19:39:45 <GNUtoo> leviathan, hi
May 28 19:40:00 <GNUtoo> leviathan, I was not able to reproduce a correct rotation even with the patch you gave me
May 28 20:10:37 * [Rui] waves hi, yo!
May 28 20:10:58 <[Rui]> Weiss: was the last set of dmesg useful for anything?
May 28 20:12:13 <CIA-58> SHR: 03seba.dos1 07opimd-utils * r98ccc66d1e0e 10/opimd-stats: opimd-stats: don't try to divide by zero
May 28 20:13:21 <TAsn> dos1, Usually a good idea. Unless you are chuck norris, of course.
May 28 20:20:26 <Kensan> TAsn: There is no theory of evolution. Just a list of animals Chuck Norris allows to live.
May 28 20:21:17 <TAsn> I know. Did you know Chuck Norris has counted to infinity Twice?
May 28 20:21:27 <TAsn> I like those facts :P
May 28 20:21:37 <Kensan> TAsn: yup, some brilliant stuff there.
May 28 20:21:52 <TAsn> yeah :P
May 28 20:29:50 <GNUtoo> leviathan, connection broke because of the modem
May 28 20:29:53 <GNUtoo> anyway
May 28 20:29:59 <GNUtoo> I'm back
May 28 21:07:20 <gnutoo|erc> leviathan: are you there?
May 28 21:53:25 <zub> I found out GPRS does not work for me - on current (yesterday) shr-u
May 28 21:53:37 <zub> the logs are here: http://linux.fjfi.cvut.cz/~zub/SHR/broken-gprs/
May 28 21:54:10 <zub> guessing by ppp.log the auth succeeds, but then I see: LCP terminated by peer (^K!)
May 28 22:30:53 <[Rui]> zub: hms... to me it works
May 28 22:31:07 <[Rui]> zub: and last time I updated was... last night!
May 28 22:31:45 <[Rui]> zub: are you with 2.6.32.13 (I am) or with 2.6.29-rc3?
May 28 22:38:44 <[Rui]> zub: opkg is even convinced I have no updates to do
May 28 22:39:30 <[Rui]> I must say that in certain regards 2.6.32 is a huge improvement. too bad about the WS and two sudden freezes I got (oh, and I got the graphical noise again. twice).
May 28 23:01:58 <[Rui]> <[Rui]>  16:15:30 up  6:13,  2 users,  load average: 1.49, 0.95, 0.49
May 28 23:01:58 <[Rui]> <[Rui]> nice... I wasn't doing *anything*
May 28 23:01:58 <[Rui]> <[Rui]> still increasing
May 28 23:01:58 <[Rui]> <[Rui]> neither top nor dmesg respond 
May 28 23:01:58 <[Rui]> <[Rui]> doesn't look good
May 28 23:01:59 <[Rui]> <[Rui]> the only recent thing I did was launching iliwi, and then stopping it.
May 28 23:02:01 <[Rui]> <-- kwo has quit (Remote host closed the connection)
May 28 23:02:03 <[Rui]> <[Rui]> so maybe there's an issue with the wifi driver
May 28 23:02:05 <[Rui]> <[Rui]> oh shit, I can't even shutdown -h now!
May 28 23:02:07 <[Rui]> <-- BitWraith has quit (Quit: Terminated: Meme Quota Exceeded)
May 28 23:02:09 <[Rui]> <[Rui]> ok. frozen.
May 28 23:02:11 <[Rui]> <[Rui]> had to remove battery. this is bad...
May 28 23:02:13 <[Rui]> <[Rui]> and.. of course, now doesn't boot properly
May 28 23:06:51 <[Rui]> fsck didn't help *sigh*
May 28 23:15:54 <spaetz> 2.6.32?
**** ENDING LOGGING AT Sat May 29 02:59:57 2010