**** BEGIN LOGGING AT Tue Jul 20 02:59:56 2010 Jul 20 07:53:30 gena2x: i get no usb with the glamo improved version of u-boot / qi , is this a known issue? Jul 20 08:04:50 vanous123: try to start the FR with usb disconnected and plug it after the kernel is runing. Jul 20 08:05:43 "glamo improved version"? Jul 20 08:05:44 jluis: ok, testing now Jul 20 08:06:16 Wonka: http://www.mail-archive.com/community@lists.openmoko.org/msg60256.html Jul 20 08:07:21 thx Jul 20 08:09:06 jluis: no luck Jul 20 08:10:50 jluis: uaaaa, seems to be usb0, ok then Jul 20 08:11:26 sorry for the noise, it's working Jul 20 08:22:23 vanous123: The no usb problem is http://docs.openmoko.org/trac/ticket/1252 Jul 20 08:23:39 jluis: but why does usb get announced as usb and not eth at the host computer? seems this versions of qi/uboot initialize it somewhat differently Jul 20 08:26:13 for the host to recognize your FR as with qi it should have the mac in bootargs parameters g_ether.host_addr= g_ether.dev_addr= Jul 20 08:28:05 and before it was supplied by init.d script which did modprobe g_ether with right params Jul 20 08:29:57 vanous123: I think some (quite long) time ago the default naming has chaned and kernel names it ethN by default Jul 20 08:30:19 vanous123: but the usb0 was cached in yor persitent net rules Jul 20 08:30:29 well, this all doesn't make sense to me as i only flashed qi and have usb from eth Jul 20 08:30:49 and then something (MAC?) was changed and suddenly the old rule doesn't match Jul 20 08:30:54 zub: no caching Jul 20 08:30:56 look into /etc/udev/rules.d/70-persistent-net.rules Jul 20 08:31:23 I bet you find ethN and usb0 (N being your current FR usb if) Jul 20 08:32:06 I already collected two entries there Jul 20 08:32:19 i see Jul 20 08:32:20 I just changed the new one to be named usb0 too, so whatever is detected, I have usb0 Jul 20 08:32:35 but then the MAC changed, why? Jul 20 08:32:58 I don't know. The MAC is supplied to the kernel via boot arg? Jul 20 08:33:12 If so, then changed Qi might be a reasonable culprit Jul 20 08:33:16 iirc the MAC can be from sort of private range -> usbX or public range -> ethX and one is stored in device and the other is supplied from module param Jul 20 08:33:52 JaMa: ok, this makes sense Jul 20 08:33:58 but Jul 20 08:34:42 doesn't qi look up the mac in one of the partitions and fills the bootargs? Jul 20 08:35:07 http://lists.openmoko.org/pipermail/devel/2009-April/005384.html Jul 20 08:35:39 JaMa: yup, but the question remains Jul 20 08:35:46 * JaMa greps Qi source Jul 20 08:35:47 :) Jul 20 08:35:52 this is it Jul 20 08:36:09 whoever did the qi with glamo didn't include this Jul 20 08:37:28 you that should read GTA02 identity partition Jul 20 08:37:32 also perhaps it was done for qtmoko and perhaps Radek keeps it as usb.... Jul 20 08:37:55 check /proc/cmdline if it really did supply g_ether.*_addr params Jul 20 08:38:40 ie Qi here doesn't supply those Jul 20 08:40:12 JaMa: so cmdline doesn't have it Jul 20 08:43:14 * JaMa trying to mount identity partition from image Jul 20 08:43:33 mount -o loop block5.img -t ext2 /media/block5 doesn't work :/ Jul 20 08:44:06 vanous123: hi. Jul 20 08:44:21 vanous123: usb ethernet working fine here. Jul 20 08:44:26 gena2x: hi there Jul 20 08:44:36 gena2x: here too now Jul 20 08:44:39 vanous123: should no depend on glamo timings in any way. Jul 20 08:44:48 vanous123: ah, ok :) Jul 20 08:46:02 only with the given qi it doesn't bring up eth but usb dev, but this is probably due to chosen way of preparing qi Jul 20 08:46:27 gena2x: my contact list scrolls like a flash now :) Jul 20 08:46:27 this is the problem of downloading random binaries from net without version numbers Jul 20 08:46:30 or changelogs Jul 20 08:46:37 lindi-: agree 100% Jul 20 08:46:59 but Jul 20 08:47:05 JaMa: what's the state of Ventura. Is anybody working on it? Jul 20 08:47:14 hm... intreresting, i never have problems with usb ethernet enumeration or anything else in my u-boot. Jul 20 08:47:45 lindi-: this is good enough for the test for me now, so perhaps we can then ask for it to be patched in shr :) Jul 20 08:48:27 lindi-: heh, seem you want and can put universe in order. Jul 20 08:48:41 gena2x: ever had wsod with these timings but not after resume but the nonrecoverable one? Jul 20 08:50:23 vanous123: never in my .34 kernel, once with jama kernel. Jul 20 08:50:38 zub: it's c_c's baby.. I think he is waiting for newer webkit-efl and I'm not working on webkit-efl (no idea if someone else is) Jul 20 08:51:15 JaMa: I was playing with webkit-gtk. Maybe I can try upgrade webkit-efl then. Jul 20 08:51:46 gena2x: universe in git, preferably with whole history.. Jul 20 08:51:47 but newer Ventura doesn't compile with it. So how should I proceed? Create two patches - for webkit-efl and ventura? Jul 20 08:53:11 zub: 1.2.3 release as IIRC Koen pushed? if you can build newer webkit-efl, send updated recipe to c_c or OE and let c_c fix ventura Jul 20 08:53:32 zub: maybe he has some more uncommited stuff Jul 20 08:54:23 vanous123: also people reported one after resume. Jul 20 08:54:23 vanous123: but all this is really unclean. Jul 20 08:54:24 vanous123: i got wsod with jama's kernel in unblank, once per 30 tests. Jul 20 08:54:25 vanous123: .29 were ok (in qtmoko) Jul 20 08:54:26 vanous123: so, i think, change is really good. Jul 20 08:54:27 vanous123: but it may highlight some other prolems... Jul 20 08:54:28 vanous123: report please if you face ws. Jul 20 08:55:26 vanous123: and, yes, .29 suspended/resumed without any problems. Jul 20 08:55:39 JaMa: nope, I've updated the _svn recipe to some rev from last week, but as I'd need http://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg08053.html this resolved for it Jul 20 08:55:51 gena2x: i use shr's .32 and face wsod on cooler day s since .32 was used Jul 20 08:55:52 (or do a nasty workaround), I didn't mail the ML yet Jul 20 08:57:06 gena2x: but these are recoverable wsod, not the nonrecoverable dimming from full bright into white where you have to reboot Jul 20 08:57:14 vanous123: good thing it's been hot lately :-P Jul 20 08:57:15 zub: I'll check and apply it Jul 20 08:57:18 thx Jul 20 08:57:23 zub: :) Jul 20 08:57:41 gena2x: but i got one nonreco wsod now :) Jul 20 08:57:54 vanous123: at which moment? Jul 20 08:57:56 gena2x: would be good to have qi from you to eliminate other issues Jul 20 08:58:17 gena2x: undimmed screen, i touched it and it went all white... Jul 20 08:58:55 vanous123: so it were just working, you touched it and it gone white? Jul 20 08:59:34 gena2x: i think it was perhaps 50% brightness i touched and instead of full brightness, i got wsod Jul 20 09:00:04 gena2x: the screen in SHR doesn't dim down directly but in several steps Jul 20 09:01:52 vanous123: wery interesting. Jul 20 09:02:11 gena2x: :) not very appealing :) Jul 20 09:03:14 vanous123: hm. how touchscreen related to glamo? Jul 20 09:03:27 vanous123: or brigtness change. Jul 20 09:04:23 both not related in fact. Jul 20 09:05:15 vanous123: are you using usd or nand? Jul 20 09:05:48 usd Jul 20 09:09:58 for ((;;)); do om backlight 63; om backlight 10; done is ok here. Jul 20 09:10:34 gena2x: this was only once, not since Jul 20 09:10:39 vanous123: may be this somehow related to kms also. Jul 20 09:13:04 Hi Jul 20 09:13:14 I have a problem with the xserver on my freerunner Jul 20 09:13:31 this is my Xorg.0.log: http://pastebin.com/urgZ3qt8 Jul 20 09:13:53 I took the shr full image of the 14th and opkg upgraded it up to now Jul 20 09:14:32 Artox: your Xorg.0.log looks ok Jul 20 09:15:06 vanous123: can you try to test qtmoko also? Jul 20 09:15:24 that would mean reflashing Jul 20 09:15:30 and JaMa xorg is not running Jul 20 09:15:39 and I dont kno wwhy Jul 20 09:15:43 vanous123: it has .29 kernel. interesting, will you have any flaws with it. Jul 20 09:15:52 gena2x: i can but haven$t managed to reproduced on shr yet Jul 20 09:16:02 * haven't Jul 20 09:16:04 Artox: Xorg -verbose 3 shows what? Jul 20 09:16:06 vanous123: ok. Jul 20 09:16:11 I will check Jul 20 09:16:22 Artox: do you have zhone installed? Jul 20 09:16:30 gena2x: evene regular wsod is hard to reproduced Jul 20 09:16:40 vanous123: main thing to understand - is it shr-kms-kernel specific or some kind of hw limitation. Jul 20 09:16:42 Artox: some xsession script is probably killing it during Xsession startup Jul 20 09:16:45 (well, i haven't chilled the unit down this time, like before) Jul 20 09:17:17 before meaning last year, when wsod came out and went away, i think it was still andy fixing it... Jul 20 09:17:20 Artox: also read /tmp/x.log for possible xsession errors Jul 20 09:17:37 vanous123: andy ghost? yeah... Jul 20 09:17:47 :) Jul 20 09:17:49 yeah Xorg -verbose 3 starts up fine Jul 20 09:17:57 and it does not crash or anything Jul 20 09:21:39 this is my /tmp/x.log: http://pastebin.com/DXfvk8TA Jul 20 09:22:33 start Xorg on background and start E17 with enlightenment_start.oe Jul 20 09:23:02 if it works, try all scripts in /etc/X11/Xsession.d/ and check if Xorg die Jul 20 09:23:11 k Jul 20 09:24:49 enlightenment started fine Jul 20 09:30:38 lindi-: ping. are you working on dfu-util problem? Jul 20 09:31:37 lindi-: just thought i can try to handle it, but if someone already working, i'll do something else. Jul 20 09:42:01 armv6 feed almost done :) NOTE: Running task 16032 of 16688 Jul 20 10:03:54 lindi-: did i missed answer? Jul 20 10:04:03 gena2x: well what can be done? Jul 20 10:04:14 gena2x: NOR is read-only so that can not be fixed Jul 20 10:06:35 lindi-: ok, i'm going to understand problem. Jul 20 10:07:38 gena2x: what I don't understand is when did it break :) Jul 20 10:07:52 gena2x: but I use dfu-util very rarely so I probably would never have noticed Jul 20 10:13:48 gena2x: ok, i just replicated: rf not suspended but fully blanked, i touched the screen, it undimmed into image and dimmed into nonrecoverable wsod right away... Jul 20 10:14:01 s/rf/fr/ Jul 20 10:14:01 vanous123 meant: gena2x: ok, i just replicated: fr not suspended but fully blanked, i touched the screen, it undimmed into image and dimmed into nonrecoverable wsod right away... Jul 20 10:14:43 vanous123: dimmed to wsod or instantly became wsod? Jul 20 10:15:13 vanous123: but anyway, this is again unblanking problem. Jul 20 10:15:48 undimmed from blank to full and instantly went to wsod Jul 20 10:15:59 vanous123: using X or fb? Jul 20 10:16:06 X Jul 20 10:16:19 I haven't have problems with suspend in qtmoko with 2-4-2 Jul 20 10:16:37 vanous123: is it replicable, or just random? Jul 20 10:16:51 Gabrys: i've got wsod on unblanking in fb too with jama's .34 kernel. Jul 20 10:16:57 not sure, will see more during the day Jul 20 10:17:06 genI'm still on .29 Jul 20 10:17:09 gena2x: I'm still on .29 Jul 20 10:17:20 gena2x: this was 2nd time today Jul 20 10:17:49 Gabrys: i'm on .34, but my .34 has not problem, but in kms .34 i got that wsod on unblack once too. Jul 20 10:17:49 gena2x: temp roughly 22C here Jul 20 10:18:47 may be just some timeout changed because of timings change, and now it wsods in kms. Jul 20 10:19:05 I'll check in X as well Jul 20 10:19:20 Gabrys: heh, i worked well for me. Jul 20 10:19:24 Gabrys: heh, X worked well for me. Jul 20 10:19:56 the worst thing is WSODs are not recoverable Jul 20 10:20:05 they should be recoverable by X restart or something Jul 20 10:20:39 gena2x: works for me now Jul 20 10:20:49 Gabrys: this is how glamo works. Jul 20 10:21:08 Gabrys: i think this wsod is kms-related. Jul 20 10:22:06 Weiss: hi. we have wsod with 2-4-2 timings on unblancking in kms kernels (rare) :( any ideas? Jul 20 10:23:12 gena2x: yes, QtMoko's X is not KMS-based probably Jul 20 10:23:18 vanous123: can you please dump glamo registers? Jul 20 10:23:26 Artox: have you found it? Jul 20 10:23:30 no Jul 20 10:23:52 did you try all Xsession.d scripts? Jul 20 10:24:03 gena2x: just halted the unit, so when it occurs i should dump glamo registers or shell i do it even now? Jul 20 10:24:04 yes Jul 20 10:24:05 show me ls -l /etc/X11/Xsessiond.d/* Jul 20 10:24:23 in he meantime I reflashed with the full-image from the 18th Jul 20 10:24:25 gena2x: actually, as i haven't pulled the batery, wsod still remains even after halt Jul 20 10:24:52 gena2x: how do i do that? Jul 20 10:24:56 11:17:03 < JaMa> Artox: do you have zhone installed? Jul 20 10:25:07 no Jul 20 10:25:09 I dont think so Jul 20 10:25:17 just a shr-full image Jul 20 10:25:19 nothing else Jul 20 10:25:20 just after ws (yours is not really WSOD, only WS) Jul 20 10:25:26 Artox: I mean in that old image Jul 20 10:25:35 there too Jul 20 10:25:41 new image booting first time now Jul 20 10:25:44 Artox: because it was known to kill Xorg, fixed now Jul 20 10:25:55 thats good Jul 20 10:25:55 vanous123: WSOD is then your fr is totally hang. WS if ssh still ok, only glamo dead. Jul 20 10:26:15 Artox: http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=031aa575623ddb4d0d3ef4586c0f57de1577f03c Jul 20 10:26:26 vanous123: next time you get ws, do dump. Jul 20 10:27:55 hm.. any opinions about giving TimoJyrinki git commit access? Jul 20 10:28:26 vanous123: i do not really know how in shr kernels Jul 20 10:28:27 vanous123: but in mine, find /sys|grep regs$ Jul 20 10:28:27 vanous123: gives file name to cat Jul 20 10:28:28 vanous123: you may try find /proc|grep regs$ also. Jul 20 10:28:28 vanous123: this is changes recently :( Jul 20 10:28:30 vanous123: in my kernel, it is cat /sys/devices/platform/glamo3362.0/regs Jul 20 10:28:39 vanous123: looks like: debian-gta02:~# cat /sys/devices/platform/glamo3362.0/regs Jul 20 10:28:39 General Jul 20 10:28:39 0000: 2020 3650 0002 0180 0000 0000 0000 0000 Jul 20 10:28:39 0010: 000d 000b 00ea 000c 3000 1000 3000 3000 Jul 20 10:28:43 ... Jul 20 10:29:31 vanous123: this may help weiss to understand issue. Jul 20 10:31:06 gena2x: rebooting, for some reason USB dead as i was on (another) phone (dayjob) Jul 20 10:33:58 damn, my provider again did disconnect. Jul 20 10:34:16 the full image of the 18th wont start x Jul 20 10:34:20 no Jul 20 10:34:22 it would start x Jul 20 10:34:24 but x died Jul 20 10:34:29 I couldn't enter the pin Jul 20 10:34:37 vanous123: did you got all info about where ti find regs file? Jul 20 10:34:43 s/ti/to/ Jul 20 10:34:43 gena2x meant: vanous123: did you got all info about where to find regs file? Jul 20 10:35:17 gena2x: http://pastebin.com/VnM6DdD6 Jul 20 10:36:01 gena2x: i have constant WS now even after quick battery pull Jul 20 10:36:17 will try to remove for longer to confirm my fr is still alive :) Jul 20 10:36:25 vanous123: hm... Jul 20 10:36:37 gena2x: haven't rebooted yet Jul 20 10:36:44 in case something can be usefull Jul 20 10:42:09 gena2x: i had to get NOR to disable the constant WS, but during bootup, WS again Jul 20 10:42:32 vanous123: interesting. Jul 20 10:43:07 vanous123: 1 ws on boot after failure is known problem with uboot :( Jul 20 10:44:34 vanous123: in non-kms kernel, i have reboot then X starting, once and always after failure. Jul 20 10:45:19 after reboot, screen now seems OK Jul 20 10:46:13 vanous123: did you dump registers after WS? Jul 20 10:47:21 gena2x: is there difference for the registers if screen is dimmed/undime Jul 20 10:48:03 vanous123: this is info for Wiess... Jul 20 10:48:12 gena2x: Weiss: http://pastebin.com/wQ4Hs8p5 Jul 20 10:48:30 gena2x: so this dump is from now, when all is working Jul 20 10:48:49 i didn't get a dump from when screen kept WS even during reboot Jul 20 10:48:52 but make dump right while you have WS! Jul 20 10:49:19 yes, this was my first pastebin: http://pastebin.com/VnM6DdD6 Jul 20 10:49:24 ok. Jul 20 10:49:57 Weiss: any ideas as this kms kernel? Jul 20 10:50:17 vanous123: hope he'll answer as he'll have some time. Jul 20 11:00:00 this is more general and not related to gena2x work - after some SHR updates (2 weeks ago?) during unblank the screen flashes 2x before it settles on full undim Jul 20 11:05:41 SHR: 03seba.dos1 07libphone-ui-shr * r67e7a0503eec 10/src/view/dialog-view.c: dialog-view: change message about full SIM to be less confusing Jul 20 11:05:52 SHR: 03seba.dos1 07libphone-ui-shr * r65c5bd17892f 10/src/view/idle-view.c: Merge branch 'master' of git+ssh://git.shr-project.org/libphone-ui-shr Jul 20 11:18:58 morning Jul 20 11:19:15 lindi-: i have no that unrecognised thing here... Jul 20 11:19:56 gena2x: parse error? ;) Jul 20 11:20:29 mrmoku: darn... missed my train 5 minutes Jul 20 11:20:36 lindi-: my parse of ticket text? Jul 20 11:21:05 work:/home/gena/prg/openmoko/repartition/openmoko/u-boot# dfu-util -l Jul 20 11:21:07 ... Jul 20 11:21:11 Found Runtime: [0x1d50:0x5119] devnum=84, cfg=0, intf=2, alt=0, name="USB Device Firmware Upgrade" Jul 20 11:21:36 work:/home/gena/prg/openmoko/repartition/openmoko/u-boot# lsusb -d 1d50:5119 -vvv|grep -i unre Jul 20 11:21:36 work:/home/gena/prg/openmoko/repartition/openmoko/u-boot# Jul 20 11:21:53 morning mickey.. any advice on https://admin-trac.openmoko.org/trac/ticket/1829 ? i dunno him Jul 20 11:22:26 lindi-: what did i missed? Jul 20 11:23:46 roh: hi. i don't know him either, however I'd say if he wants to do some janitory work, it'd be appreciated. If we can convince him to work on a branch first, i'd say he should get access Jul 20 11:23:47 lindi-: can you tell me how to peproduce this bloody error? Jul 20 11:24:12 mickey|munich: shit :/ Jul 20 11:24:34 mrmoku: talked too long with the BMW seller :) Jul 20 11:24:40 hehe Jul 20 11:24:46 did he convince you at least? Jul 20 11:24:55 he pretty much did Jul 20 11:25:01 but now i have the tough job to convince Sabine... Jul 20 11:25:05 :) Jul 20 11:25:50 mickey|munich hehe.. ok.. any idea who does enough work in that git? i'd rather not just give access to anybody who asks, but people the community trusts already Jul 20 11:26:24 roh: larsc is da man these days Jul 20 11:26:35 i see.. will talk to him. tnx Jul 20 11:30:04 mrmoku: I have a completely free sim and I'm getting full sim message also. why? Jul 20 11:30:26 Q-Master: hmm... do you have some nice debug logs to share? Jul 20 11:30:42 gena2x: I didn't do anything special :) Jul 20 11:30:56 gena2x: lsusb fails on two different computers Jul 20 11:31:17 lindi-: so, now you can't dfu-util any partition excepy root? Jul 20 11:31:54 mrmoku: not sure. Jul 20 11:33:24 gena2x: I did not say anything about root Jul 20 11:34:15 lindi-: i mean rootfs. but flashing works for you or not? Jul 20 11:37:28 gena2x: I'm not flashing anything :) Jul 20 11:37:35 gena2x: the bug is about listing Jul 20 11:37:51 lindi-: hm. did you read description ;) Jul 20 11:38:31 lindi-: "but still - where are my kernel / u-boot partitions ? Can't flash them if dfu-util doesn't recognise them." Jul 20 11:39:02 lindi-: and _this_ were real problem. Jul 20 11:39:27 lindi-: as users unable to flash anything, not "lsusb shows something wrong" Jul 20 11:39:41 mrmoku|lunch: no such an error anymore, sorry. just tried to reboot. Jul 20 11:39:54 lindi-: that's why i am asking - were you able to reproduce this? :) Jul 20 11:40:18 gena2x: hmm? I did add comments to the bug report Jul 20 11:40:30 gena2x: 'usbcapt3 (0.9 KB) - added by lindi 40 hours ago. ' Jul 20 11:40:44 I'm bit confused :) Jul 20 11:40:54 lindi-: in fact i am too :) Jul 20 11:42:59 lindi-: and in fact i am trying to resolve this confusion. Jul 20 11:44:46 lindi-: two people told 'we can't flash' you cammenting 'i can reproduce', but now you told you didn't even try to flash %) Jul 20 11:45:10 s/cammenting/commenting/ Jul 20 11:45:10 gena2x meant: lindi-: two people told 'we can't flash' you commenting 'i can reproduce', but now you told you didn't even try to flash %) Jul 20 11:51:34 gena2x: no I didn't try to flash since already listing failed :) Jul 20 11:53:34 lindi-: but bug reporter has NO 'unrecognised' thing. and wrote report. Jul 20 11:54:02 lindi-: i also have NO unrecognised thing but also have no problem. Jul 20 11:54:24 lindi-: so, this means 'unrecognised' thing is not related to bug? Jul 20 11:57:13 gena2x: possible Jul 20 12:14:07 lindi-, gena2x : dfu-util never has listed the list of alt settings in a device . -l parm only list the connected DFU capable devices Jul 20 12:15:15 jluis: in fact it lists. Jul 20 12:15:28 jluis: try to flash something, then do -l Jul 20 12:15:55 jluis: but it not lists before flashing. yes. Jul 20 12:16:48 jluis: as far as i understood, instead of having long alternatives list, people with bug has just 1 alternative after flash attempt. Jul 20 12:17:51 I seem to remember that the list appears after the first DFU reset or something like that. Jul 20 12:22:43 http://pastebin.com/88MudpLQ and as far as I know has ever worked that way Jul 20 12:23:31 sorry I have to leave Jul 20 12:24:06 hm... Jul 20 12:24:13 one other variant! Jul 20 12:25:15 isn't dfu-util supposed to be run as root and not sudo? Jul 20 12:25:46 xrmx_: where did you get that myth? Jul 20 12:25:56 xrmx_: should be no difference! Jul 20 12:26:04 gena2x, http://wiki.openmoko.org/wiki/Dfu-util under "Before using dfu-util" Jul 20 12:30:54 xrmx_: fixed. Jul 20 12:32:11 PaulFertser: Hi, do you know how to mount identity-ext2 (mtd5) partition in running system? Jul 20 12:32:29 JaMa: sure, the same way as usual. Jul 20 12:32:34 PaulFertser: I've copy from dd, but mount always refuse to mount it Jul 20 12:32:36 JaMa: mount -t ext2 /dev/mtdblock5 /mnt Jul 20 12:32:56 JaMa: how did you flash it, with nandwrite? Jul 20 12:32:57 then I have some garbage there :) Jul 20 12:33:11 I don't remember flashing it.. Jul 20 12:33:39 and I never had those g_ether mac params (from usb file on that partition) so maybe I never had it right.. Jul 20 12:34:51 I can share block5.img if someone wants to guess what was stored in my mtdblock5 :) Jul 20 12:35:43 JaMa: do you mean you tried to simply dd it back? Jul 20 12:36:05 JaMa: first thing: i'd try to mount your image with loopback. Jul 20 12:36:05 no I've only dd it to image Jul 20 12:36:22 I've tried.. same error (cannot find superblock) Jul 20 12:36:33 JaMa: want a copy of mine? Jul 20 12:36:38 mount: wrong fs type, bad option, bad superblock on /dev/loop0, Jul 20 12:36:52 JaMa: http://www.linux-mtd.infradead.org/faq/jffs2.html#L_loopback Jul 20 12:36:55 PaulFertser: yes, please.. I know only about /usb file Jul 20 12:37:16 gena2x: it should be ext2 Jul 20 12:37:48 at least Qi is reading this partition as ext2 directly Jul 20 12:39:22 freesmartphone.org: 03mickey 07cornucopia * re6c65e600e89 10/libfsobasics/fsobasics/utilities.vala: libfsobasics: write: allow overwriting existing files Jul 20 12:39:23 freesmartphone.org: 03mickey 07cornucopia * r9edfa76fc749 10/fsogsmd/ (src/lib/atsms.vala tests/testsms.vala): fsogsmd: more work on SMS report mapping Jul 20 12:40:33 JaMa: you're supposed to flasherase_all and then nandwrite it. Jul 20 12:40:34 dos1: SMS report mapping is now ready for testing Jul 20 12:40:59 PaulFertser: ??? no. mtdblock should take case of this? Jul 20 12:41:27 PaulFertser: nandtools are for raw mtd devices. Jul 20 12:41:36 PaulFertser: or i missing something? Jul 20 12:41:51 gena2x: probably dd to mtdblock works as well, but i'm not sure. Jul 20 12:42:17 PaulFertser: unfortunately mtdblock dd may have write errors Jul 20 12:42:29 PaulFertser: for bad sectors. Jul 20 12:43:26 about dfu-util: http://pastebin.ca/1904432 Jul 20 12:43:39 my usual dfu-session Jul 20 12:43:55 seem differ from jluis session.. Jul 20 12:45:06 gena2x: how to check glamo timings from running system? Jul 20 12:45:26 mickey|ICE: thanks, i'll look at it soon :) Jul 20 12:45:27 dos1: use memwrite tool Jul 20 12:45:49 gena2x: i figured that out, but with which parameter? ;) Jul 20 12:46:08 dos1: memwrite 1207959560 4992 Jul 20 12:46:23 dos1: memwrite 1207959560 7104 Jul 20 12:46:53 dos1: 4992 -> slow, 7104 -> fast. Jul 20 12:47:17 dos1: this is just decimal values for appropriate hex numbers. Jul 20 12:47:20 strange Jul 20 12:47:29 hey. Jul 20 12:47:31 wrong. Jul 20 12:47:33 gena2x: seems that i have already fast with default kernel Jul 20 12:47:35 ;) Jul 20 12:47:40 vise versa of course. Jul 20 12:47:55 4992 -> fast 7104 -> slow of course. Jul 20 12:47:58 :) Jul 20 12:48:33 somehow ofter i am thinking one thing and writing something else :) Jul 20 12:48:40 s/ofter/often/ Jul 20 12:48:41 gena2x meant: somehow often i am thinking one thing and writing something else :) Jul 20 12:49:00 gena2x: ok then :D Jul 20 12:49:31 and have no idea hot to fix this bug :) Jul 20 12:49:58 hmm Jul 20 12:50:20 yeah, seems to be really little faster on illume scrolling :) Jul 20 12:50:41 i am trying to reread thing i wrote, bug, strangely enough, then rereading i read not that is written, but what i am thinking again... Jul 20 12:50:53 ok, so i'll compile 465 Qi with fast timings :) Jul 20 12:51:39 dos1: you will be first who test this. Jul 20 12:52:55 dos1: but glamo timings should be ok for a bit faster bus. Jul 20 13:01:41 dos1: post an url for that qi plz. I wanna test. Jul 20 13:02:02 gena2x: lots of WSes :( Jul 20 13:02:19 dos1: eh... at which moment? Jul 20 13:02:38 at boot... when i finally manage to boot without WS then at X starting... Jul 20 13:02:59 dos1: really not the fact that combination is invalid. Jul 20 13:03:09 but fortunately those are not WSoD Jul 20 13:03:43 dos1: may be just something not ready in X or kms kernel for this timings. Jul 20 13:04:01 dos1: and for example non-kms kernel will work. Jul 20 13:04:55 dos1: i'll try it here (for non-kms) too. Jul 20 13:05:05 dos1: and report back :) Jul 20 13:05:09 dos1: but later. Jul 20 13:08:16 freesmartphone.org: 03mickey 07cornucopia * re32abe807bf4 10/fsousaged/src/plugins/dbus_service/plugin.vala: fsousaged: disable shadow resources by default Jul 20 13:08:17 freesmartphone.org: 03mickey 07cornucopia * r1ef9eeb445a3 10/fsogsmd/data/org.freesmartphone.ogsmd.service.in: fsogsmd: provide shadow resource GSM Jul 20 13:29:56 dos1: pm Jul 20 15:49:53 hi leviathan Jul 20 15:50:01 GNUtoo|laptop: hi Jul 20 15:50:14 I was try'n to load wifi Jul 20 15:50:27 but somehow its even broken in official release?? Jul 20 15:50:43 leviathan, it is Jul 20 15:50:53 ask mickeyl to push a new config Jul 20 15:51:01 hmm Jul 20 15:51:06 else: Jul 20 15:51:08 add that: Jul 20 15:51:36 [fsodevice.kernel26_firmwareloader] Jul 20 15:51:39 to fsodeviced Jul 20 15:51:42 's config Jul 20 15:52:32 freesmartphone.org: 03mickey 07cornucopia * r47fb47235c30 10/fsodeviced/conf/htc_qualcomm_dream/fsodeviced.conf: fsodeviced: enable firmwareloader for dream Jul 20 15:56:32 mickeyl: thx a lot Jul 20 15:56:35 I'll try it Jul 20 15:59:42 GNUtoo|laptop: how does his firmware loader work? Jul 20 15:59:51 just add that Jul 20 16:00:03 it does the same job than udev Jul 20 16:00:07 it listen to firmware events Jul 20 16:00:11 and do: Jul 20 16:00:14 echo 1 > loading Jul 20 16:00:22