Re: New significant speedups coming to FreeRunner
On Saturday March 06, 2010, Michal Brzozowski wrote: 2010/2/2 Josh Thompson om-c...@joshandbianca.net I just tested this on another computer, and the USB networking worked fine. How do I change it to use the usb_storage gadget instead? Previously, I just rmmoded the g_ether gadget and modprobed the g_file_storage one. Depending on my need, I switch back and forth between these two. Did you figure out how to do this? I need to use my FR with WinXP as a storage device and am stuck to this kernel. Unfortunately, no I didn't. I'm still hoping someone that knows more about usb gadgets will figure it out. Josh ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
2010/3/8 Josh Thompson om-c...@joshandbianca.net Unfortunately, no I didn't. I'm still hoping someone that knows more about usb gadgets will figure it out. Josh It seems that the file storage driver is not even built-in. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
2010/2/2 Josh Thompson om-c...@joshandbianca.net I just tested this on another computer, and the USB networking worked fine. How do I change it to use the usb_storage gadget instead? Previously, I just rmmoded the g_ether gadget and modprobed the g_file_storage one. Depending on my need, I switch back and forth between these two. Did you figure out how to do this? I need to use my FR with WinXP as a storage device and am stuck to this kernel. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
On Thu, Jan 21, 2010 at 10:26 PM, Timo Juhani Lindfors timo.lindf...@iki.fi wrote: Helge Hafting helge.haft...@hist.no writes: That ticket seems to describe a similiar problem with wifi, it doesn't mention GSM. Or are both handled by a common piece of hardware? No. GSM runs on a separate ARM processor and is accessed over a serial port. As reported by me and others, WIFI is periodically not available after a reboot and there is some suggestion that the faster kernel may be exposing some timing related issues. I'm not yet certain if this issue is also being caused by the timing issues, but on my QtMoko v16b with the nodebug kernel I'm not only experiencing the WIFI problem but more importantly I'm seeing some GSM and SIM related problems. I frequnetly go to make a call and the dialer drops out wihtout errors. If someone can tell me where to look and what to provide to help debug this, then do so. I also sometimes get errors sending SMS and other times get sim card not ready when trying to delete SMS. I just wanted to report these as a data point and if anyone wants more details and logs, please ask. cheers Denis ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
Niels Heyvaert wrote: It may be some kind of race condition in the SHR software, that gets trigged much more often with the faster kernel. We found this race condition in Debian, too - even before using a faster kernel by lowering the framework's log_level. So it appears the symptoms have been tracked: http://docs.openmoko.org/trac/ticket/2327 (also see post by Timo). That ticket seems to describe a similiar problem with wifi, it doesn't mention GSM. Or are both handled by a common piece of hardware? Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
Helge Hafting helge.haft...@hist.no writes: That ticket seems to describe a similiar problem with wifi, it doesn't mention GSM. Or are both handled by a common piece of hardware? No. GSM runs on a separate ARM processor and is accessed over a serial port. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
I experience a very bad suspend battery life after I started using the faster kernel. Even when I make sure gps, gsm, wifi are turned off. Has anyone noticed this? Or maybe something else is causing this? 2010/1/18 David Garabana Barro da...@garabana.com On Monday 18 January 2010 17:13:42 David Garabana Barro wrote: On Monday 18 January 2010 16:52:11 Helge Hafting wrote: Installed the kernel, and the modules. It did not work. Well, X came up and was nice and snappy, but the phone never connected to the GSM network. I tried shr-settings, and GSM could not be turned on! I tried booting several times, I tried restarting various fso daemons that seemed phone-related. Nothing helped. In the end, I flashed the latest shr-unstable kernel, booted, and got a GSM connection just fine. (I use shr-unstable of today.) Too bad this kernel didn't work, it seemed very interesting. I don't know what is causing gsm to not register, but it's not kernel, for sure. Sometimes it registers for me and sometimes it doesn't, with both standard shr kernel and stripped kernel. It seems registration is more frequent with standard kernel. Might it be for worse performance? (some daemon which starts before another one with stripped kernel, for example) For me, it seems if you let FR boot with no iteration, it almost never register. If you do things (f.e. open an applicaiotn) just when illume desktop appears on display, it's more probable to obtain a registration. Just my experience... And sometimes, but only sometimes, when not registered on boot, I can force registration simply by rebooting libphoneui from shr-settings Sometimes it doesn't matter what daemon you reboot. It doesn't register :( ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
I experience a very bad suspend battery life after I started using the faster kernel. Even when I make sure gps, gsm, wifi are turned off. Has anyone noticed this? Or maybe something else is causing this? i got the impression that bluetooth is always on (illume top shelf always shows the bt symbol and a simple hci[tool|config] dev shows the device). no time to dig deeper yet. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
2010/1/20 arne anka openm...@ginguppin.de I experience a very bad suspend battery life after I started using the faster kernel. Even when I make sure gps, gsm, wifi are turned off. Has anyone noticed this? Or maybe something else is causing this? i got the impression that bluetooth is always on (illume top shelf always shows the bt symbol and a simple hci[tool|config] dev shows the device). no time to dig deeper yet. Over here bluetooth is off, so must be something else. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
Check for cron or another app using 100% cpu - I had this awhile back and it seemed to affect suspend time, but I think that was because it chewed up so much battery that battery life overall seemed short. I am using shr-t and it seems battery life is better if anything on both the current (no debug/preempt kernel) and a modified version with even more drastic mods (-O2 instead of -Os) Which brings up - how can a user benchmark a kernel in a way thats relevant for user tasks? BillK On Wed, 2010-01-20 at 21:10 -0300, Michal Brzozowski wrote: 2010/1/20 arne anka openm...@ginguppin.de I experience a very bad suspend battery life after I started using the faster kernel. Even when I make sure gps, gsm, wifi are turned off. Has anyone noticed this? Or maybe something else is causing this? i got the impression that bluetooth is always on (illume top shelf always shows the bt symbol and a simple hci[tool|config] dev shows the device). no time to dig deeper yet. Over here bluetooth is off, so must be something else. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
David Garabana Barro wrote: On Monday 18 January 2010 16:52:11 Helge Hafting wrote: [...] Too bad this kernel didn't work, it seemed very interesting. I don't know what is causing gsm to not register, but it's not kernel, for sure. It may be some kind of race condition in the SHR software, that gets trigged much more often with the faster kernel. Still, the solution for now is an old kernel, for I need the phone to work as a phone. Fixing SHR shouldn't be hard, once the race condition is found. If one program depend on another, then start them in sequence instead of simultaneously. Or have the dependant program issue sleep 1 and then retry whenever the other program isn't there. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
On Tue, Jan 19, 2010 at 09:28:10AM +0100, Helge Hafting wrote: David Garabana Barro wrote: On Monday 18 January 2010 16:52:11 Helge Hafting wrote: [...] Too bad this kernel didn't work, it seemed very interesting. I don't know what is causing gsm to not register, but it's not kernel, for sure. It may be some kind of race condition in the SHR software, that gets trigged much more often with the faster kernel. We found this race condition in Debian, too - even before using a faster kernel by lowering the framework's log_level. -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: New significant speedups coming to FreeRunner
It may be some kind of race condition in the SHR software, that gets trigged much more often with the faster kernel. We found this race condition in Debian, too - even before using a faster kernel by lowering the framework's log_level. So it appears the symptoms have been tracked: http://docs.openmoko.org/trac/ticket/2327 (also see post by Timo). _ Windows 7: kijk live tv, rechtstreeks vanaf je laptop. Meer informatie. http://windows.microsoft.com/windows-7 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
Radek Polak wrote: Radek Polak wrote: Here are mine numbers on QtMoko: kernel size: old: 1 833 952 new: 1 660 364 boot time old: 1min 58s new: 1min 30s Btw if someone wants to try here is new kernel with modules: http://activationrecord.net/radekp/qtmoko/download/experimental/ Installed the kernel, and the modules. It did not work. Well, X came up and was nice and snappy, but the phone never connected to the GSM network. I tried shr-settings, and GSM could not be turned on! I tried booting several times, I tried restarting various fso daemons that seemed phone-related. Nothing helped. In the end, I flashed the latest shr-unstable kernel, booted, and got a GSM connection just fine. (I use shr-unstable of today.) Too bad this kernel didn't work, it seemed very interesting. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
On Monday 18 January 2010 16:52:11 Helge Hafting wrote: Installed the kernel, and the modules. It did not work. Well, X came up and was nice and snappy, but the phone never connected to the GSM network. I tried shr-settings, and GSM could not be turned on! I tried booting several times, I tried restarting various fso daemons that seemed phone-related. Nothing helped. In the end, I flashed the latest shr-unstable kernel, booted, and got a GSM connection just fine. (I use shr-unstable of today.) Too bad this kernel didn't work, it seemed very interesting. I don't know what is causing gsm to not register, but it's not kernel, for sure. Sometimes it registers for me and sometimes it doesn't, with both standard shr kernel and stripped kernel. It seems registration is more frequent with standard kernel. Might it be for worse performance? (some daemon which starts before another one with stripped kernel, for example) For me, it seems if you let FR boot with no iteration, it almost never register. If you do things (f.e. open an applicaiotn) just when illume desktop appears on display, it's more probable to obtain a registration. Just my experience... signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
On Monday 18 January 2010 17:13:42 David Garabana Barro wrote: On Monday 18 January 2010 16:52:11 Helge Hafting wrote: Installed the kernel, and the modules. It did not work. Well, X came up and was nice and snappy, but the phone never connected to the GSM network. I tried shr-settings, and GSM could not be turned on! I tried booting several times, I tried restarting various fso daemons that seemed phone-related. Nothing helped. In the end, I flashed the latest shr-unstable kernel, booted, and got a GSM connection just fine. (I use shr-unstable of today.) Too bad this kernel didn't work, it seemed very interesting. I don't know what is causing gsm to not register, but it's not kernel, for sure. Sometimes it registers for me and sometimes it doesn't, with both standard shr kernel and stripped kernel. It seems registration is more frequent with standard kernel. Might it be for worse performance? (some daemon which starts before another one with stripped kernel, for example) For me, it seems if you let FR boot with no iteration, it almost never register. If you do things (f.e. open an applicaiotn) just when illume desktop appears on display, it's more probable to obtain a registration. Just my experience... And sometimes, but only sometimes, when not registered on boot, I can force registration simply by rebooting libphoneui from shr-settings Sometimes it doesn't matter what daemon you reboot. It doesn't register :( signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Re: New significant speedups coming to FreeRunner
It did not work. Well, X came up and was nice and snappy, but the phone never connected to the GSM network. I tried shr-settings, and GSM could not be turned on! I tried booting several times, I tried restarting various fso daemons that seemed phone-related. Nothing helped. In the end, I flashed the latest shr-unstable kernel, booted, and got a GSM connection just fine. (I use shr-unstable of today.) Too bad this kernel didn't work, it seemed very interesting. I had the same behaviour with my FR: GSM was only availlable a very few times booting the experimental kernel. No Problems acured with the latest shr-u kernel, however. My last try was to use QI unstead of u-boot, and GSM got connected, I will try another reboot an report if it still works. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Re: New significant speedups coming to FreeRunner
And sometimes, but only sometimes, when not registered on boot, I can force registration simply by rebooting libphoneui from shr-settings Sometimes it doesn't matter what daemon you reboot. It doesn't register :( I just managed to force the registering by giving the FR sth. to work and then restart phonefsod. So it seems that there is really a timing problem, which would explain why the problem occurs more often with the faster kernel... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
2010/1/14 Neil Jerram neiljer...@googlemail.com: I've just installed Timo's kernel from http://users.tkk.fi/~tajyrink/moko/kernel_20100108_nodebug_nopreempt/uImage-moredrivers-GTA02_oma-andy-2a04ce8203d7d0f1.bin, One more possible issue with this kernel. The boot messages always say [21474539.53] pcf50633-rtc pcf50633-rtc: hctosys: unable to read the hardware clock and my FR's date and time is always back to 1st Jan 1970 after a reboot. It looks to me as though the RTC device isn't working: debian-gta02:~# hwclock --show RTC_RD_TIME: Invalid argument ioctl() to /dev/rtc0 to read the time failed. debian-gta02:~# hwclock --systohc RTC_RD_TIME: Invalid argument ioctl() to /dev/rtc0 to read the time failed. debian-gta02:~# lsmod Module Size Used by ipv6 268504 14 debian-gta02:~# find /lib/modules/2.6.29-GTA02_oma-andy-mokodev/ -iname *rtc* /lib/modules/2.6.29-GTA02_oma-andy-mokodev/kernel/drivers/rtc /lib/modules/2.6.29-GTA02_oma-andy-mokodev/kernel/drivers/rtc/rtc-s3c.ko debian-gta02:~# modprobe rtc-s3c debian-gta02:~# lsmod Module Size Used by rtc_s3c 8460 0 ipv6 268504 14 debian-gta02:~# hwclock --systohc RTC_RD_TIME: Invalid argument ioctl() to /dev/rtc0 to read the time failed. debian-gta02:~# hwclock --show RTC_RD_TIME: Invalid argument ioctl() to /dev/rtc0 to read the time failed. debian-gta02:~# ls -l /dev/rtc0 crw-rw 1 root root 254, 0 Jan 1 1970 /dev/rtc0 Any ideas? Thanks, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
Neil Jerram neiljer...@googlemail.com writes: [21474539.53] pcf50633-rtc pcf50633-rtc: hctosys: unable to read the hardware clock Can't find this from logs here. Does cat /sys/class/rtc/rtc0/since_epoch fail also? Can you reboot a few times and see if you see the bug every time or just sometimes? debian-gta02:~# modprobe rtc-s3c This is wrong module anyway. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
On Tue, Jan 19, 2010 at 7:21 AM, Neil Jerram neiljer...@googlemail.com wrote: and my FR's date and time is always back to 1st Jan 1970 after a reboot. It looks to me as though the RTC device isn't working: debian-gta02:~# hwclock --show RTC_RD_TIME: Invalid argument snip I my case on QtMoko V16B and this kernel I get: hwclock --show Cannot access the Hardware Clock via any known method. Use the --debug option to see the details of our search for an access method. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
2010/1/18 Timo Juhani Lindfors timo.lindf...@iki.fi: Neil Jerram neiljer...@googlemail.com writes: [21474539.53] pcf50633-rtc pcf50633-rtc: hctosys: unable to read the hardware clock Can't find this from logs here. Does cat /sys/class/rtc/rtc0/since_epoch fail also? Yes: debian-gta02:~# cat /sys/class/rtc/rtc0/since_epoch cat: /sys/class/rtc/rtc0/since_epoch: Invalid argument Can you reboot a few times and see if you see the bug every time or just sometimes? I'm certain it's happened every time that I've rebooted (which is 2 or 3 times per day, because of playing with zhone code). It's very noticeable, because it's the first (and in fact only) message when the backlight first comes on. debian-gta02:~# modprobe rtc-s3c This is wrong module anyway. Fair enough, I was just stabbing in the dark there. Thanks for your reply! Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
2010/1/8 Timo Jyrinki timo.jyri...@gmail.com: If you want to have a quick grab of the new kernel for Debian (or any distro that loads uImage from a file), I put my compilation of kernel and modules to http://users.tkk.fi/~tajyrink/moko/kernel_20100108_nodebug_nopreempt/ I've just installed Timo's kernel from http://users.tkk.fi/~tajyrink/moko/kernel_20100108_nodebug_nopreempt/uImage-moredrivers-GTA02_oma-andy-2a04ce8203d7d0f1.bin, and indeed it does feel a lot snappier. Even more so when I remember to switch frameworkd logging back from DEBUG to WARNING :-). But I noticed two apparent changes/regressions. 1. The openmoko-panel-plugin battery icon doesn't notice changes to the battery charging state. I can force it to notice by clicking on the icon, but it doesn't notice itself. I guess that means that the dbus signals for charging status are not working. 2. My habitual finger presses on the screen don't always register. Is it possible that this new kernel has a less sensitive touchscreen configuration than my previous kernel? My previous kernel was the Debian 2.6.28 one: uImage.bin-2.6.28-20090105.git69b2aa26. Any comments? Thanks, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
On Friday 08 January 2010 19:23:00 Timo Jyrinki wrote: Hi, Just FYI to the community list, as slowness has been one of the biggest problems with Neo. Quite nice speedups are coming: http://lists.openmoko.org/pipermail/openmoko-kernel/2010-January/010811.htm l (performance testing by Gennady Kupava) WOW! Its *REALLY* faster. You can feel it from the very first touch: SHR-Today :) signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
Le 12/01/2010 12:42, David Garabana Barro a écrit : On Friday 08 January 2010 19:23:00 Timo Jyrinki wrote: Hi, Just FYI to the community list, as slowness has been one of the biggest problems with Neo. Quite nice speedups are coming: http://lists.openmoko.org/pipermail/openmoko-kernel/2010-January/010811.htm l (performance testing by Gennady Kupava) WOW! Its *REALLY* faster. You can feel it from the very first touch: SHR-Today :) I can confirm, but some troubles on the SHRu (Jan 6th) : - Wifi is not available (can't turn on device) - No sound during phonecalls (can't hear nothing on both sides). Someone to confirm those bugs ? (this way I'll trac those points) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
Le 12/01/2010 13:51, Thomas HOCEDEZ a écrit : Le 12/01/2010 12:42, David Garabana Barro a écrit : - No sound during phonecalls (can't hear nothing on both sides). Someone to confirm those bugs ? (this way I'll trac those points) Ben moi je pourrais confirmer que j'ai pas de son, mais c'est une autre histoire :) Comment vas-u depuis le temps? Meilleurs voeux au fait! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
Le 12/01/2010 14:07, KaZeR a écrit : Le 12/01/2010 13:51, Thomas HOCEDEZ a écrit : Le 12/01/2010 12:42, David Garabana Barro a écrit : - No sound during phonecalls (can't hear nothing on both sides). Someone to confirm those bugs ? (this way I'll trac those points) Apologies for my last mail. It was intendend to be sent off the list.. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
Am Dienstag 12 Januar 2010 schrieb Thomas HOCEDEZ: Just FYI to the community list, as slowness has been one of the biggest problems with Neo. Quite nice speedups are coming: Its *REALLY* faster. You can feel it from the very first touch: SHR-Today I can confirm, but some troubles on the SHRu (Jan 6th) : - Wifi is not available (can't turn on device) - No sound during phonecalls (can't hear nothing on both sides). I cannot confirm the wifi problem nor the sound problem you mentioned. I use the latest upgrade as of today (except for the latest e-wm packages). -- Lars Lubarsky's Law of Cybernetic Entomology: There's always one more bug. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
Am 10. Januar 2010 18:44 schrieb Fabian Schölzel fabian.schoel...@googlemail.com: Hm... i've done that, but i'm getting the cycles, too. I can't even connect through ssh now. Will there be a v17 release soon, or do i have to revert the kernel? It seems i hadn't v16 installed, so i didn't worked. Now i have it working, and... wow, it's really faster. That's amazing! Thanks to all involved! Cheers, Fabian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
2010/1/12 Thomas HOCEDEZ thomas.hoce...@free.fr I can confirm, but some troubles on the SHRu (Jan 6th) : - Wifi is not available (can't turn on device) - No sound during phonecalls (can't hear nothing on both sides). Someone to confirm those bugs ? (this way I'll trac those points) have you installed the modules? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
Tried now on shr-u, simply great! d ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
On Wed, Jan 13, 2010 at 1:51 AM, Thomas HOCEDEZ thomas.hoce...@free.fr wrote: [snip] I can confirm, but some troubles on the SHRu (Jan 6th) : - Wifi is not available (can't turn on device) - No sound during phonecalls (can't hear nothing on both sides). Someone to confirm those bugs ? (this way I'll trac those points) I had similar problems until I realised I'd untarred the modules into /home/root instead of / Have you extracted the modules tarball? -- Andrew Stephen http://www.evil.geek.nz/ It is absurd to divide people into good and bad. People are either charming or tedious. - Oscar Wilde ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
I think you did not install the modules. it is described earlier in this thread. I had no wifi or even usb networking left though. Solved it by removing sd-card, putting the modules on it from laptop and insert it into the neo again. Wifi works like a charm with nwa, doesn't connect with mokonnect though. Sound during calls is still a mess for the other side though.. Anyways. Big speedup, really nicely done. - Maybe there are even more improvements to the kernel somewhere? On Tue, Jan 12, 2010 at 13:51, Thomas HOCEDEZ thomas.hoce...@free.frwrote: Le 12/01/2010 12:42, David Garabana Barro a écrit : On Friday 08 January 2010 19:23:00 Timo Jyrinki wrote: Hi, Just FYI to the community list, as slowness has been one of the biggest problems with Neo. Quite nice speedups are coming: http://lists.openmoko.org/pipermail/openmoko-kernel/2010-January/010811.htm l (performance testing by Gennady Kupava) WOW! Its *REALLY* faster. You can feel it from the very first touch: SHR-Today :) I can confirm, but some troubles on the SHRu (Jan 6th) : - Wifi is not available (can't turn on device) - No sound during phonecalls (can't hear nothing on both sides). Someone to confirm those bugs ? (this way I'll trac those points) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
В Втр, 12/01/2010 в 20:49 +0100, Richy пишет: Anyways. Big speedup, really nicely done. - Maybe there are even more improvements to the kernel somewhere? I am planning to check various other ideas, don't expect such big difference anymore, but improvements are really possible. have fun. Gennady. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
В Втр, 12/01/2010 в 13:51 +0100, Thomas HOCEDEZ пишет: Le 12/01/2010 12:42, David Garabana Barro a crit : On Friday 08 January 2010 19:23:00 Timo Jyrinki wrote: Hi, Just FYI to the community list, as slowness has been one of the biggest problems with Neo. Quite nice speedups are coming: http://lists.openmoko.org/pipermail/openmoko-kernel/2010-January/010811.htm l (performance testing by Gennady Kupava) WOW! Its *REALLY* faster. You can feel it from the very first touch: SHR-Today :) I can confirm, but some troubles on the SHRu (Jan 6th) : - Wifi is not available (can't turn on device) - No sound during phonecalls (can't hear nothing on both sides). Someone to confirm those bugs ? (this way I'll trac those points) Please, triple check that you installed kernel and modules in right way and report if you still have issue. Gennady ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
Michal Brzozowski a écrit : 2010/1/9 Radek Polak pson...@seznam.cz mailto:pson...@seznam.cz Btw if someone wants to try here is new kernel with modules: http://activationrecord.net/radekp/qtmoko/download/experimental/ Is this going to work with SHR or only with Qtmoko? I tested it with hackable:1 rev5, it works out of the box too. David ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
2010/1/8 Timo Jyrinki timo.jyri...@gmail.com Hi, Just FYI to the community list, as slowness has been one of the biggest problems with Neo. Quite nice speedups are coming: Wow, this is big. Literki is like 3x faster ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
On Fri, Jan 08, 2010 at 08:23:00PM +0200, Timo Jyrinki wrote: Hi, Just FYI to the community list, as slowness has been one of the biggest problems with Neo. Quite nice speedups are coming: This is the single most incredible speedup so far! Big thanks to anyone involved! I'm running shr-testing with neo-theme and at resolution 240x320. Even scrolling the contact list etc. is quite smooth now. And the interface is as responsive as it has never been before. pgpCjstFf5XIT.pgp Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
Good work, Do I only need the .bin or the config and modules also. I have tried just the .bin using qtMoko v16 image and it boots quite quickly to qt ui then cycles to black screen with blinking cursor then after some time back to qt screen then back to black screen. etc cheers Denis On Sat, Jan 9, 2010 at 4:23 AM, Timo Jyrinki timo.jyri...@gmail.com wrote: Hi, Just FYI to the community list, as slowness has been one of the biggest problems with Neo. Quite nice speedups are coming: http://lists.openmoko.org/pipermail/openmoko-kernel/2010-January/010811.html (performance testing by Gennady Kupava) Apparently, and unfortunately, no-one had really questioned Om Inc:s (who mainly did the kernel work back in the days of the still mostly used 2.6.29) choices of kernel configuration. Disabling kernel debug features and pre-empt has resulted eg. these kind of improvements (from IRC, #openmoko-fi): - boot time 68.5% of original - apt-cache search nano 20s - 14.8s - emacs -f kill-emacs 3.8s - 2.2s These configuration changes are not yet in andy-tracking (the 2.6.29 kernel still being used in most distros), I don't know what's the situation in the new om-2.6.32 branch. Together with the quite recent commit from Thomas White that doubled theoretical glamo speeds (in practice at least 20% in general), I feel that Neo FreeRunner is not anymore terribly slow, but only slow by today's standards, which is quite an improvement. Especially after having been used to the terribly slow general behavior ;) Please tell if some distro happened to have those disabled already, and if someone knew about these speedups via the options already - and please arrange a commit to git.openmoko.org next time! Anyway, this all goes to show that in a project with limited resources like Openmoko, especially now that it's completely in the hands of the community when it comes to Neo FreeRunner development, you have to have the courage to question anything suspicious etc. you are seeing, not trusting that someone has actually optimized something to the extent assumed. If you want to have a quick grab of the new kernel for Debian (or any distro that loads uImage from a file), I put my compilation of kernel and modules to http://users.tkk.fi/~tajyrink/moko/kernel_20100108_nodebug_nopreempt/ -Timo, wishing everyone a speedier new year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
Ole Kliemann wrote: On Fri, Jan 08, 2010 at 08:23:00PM +0200, Timo Jyrinki wrote: Hi, Just FYI to the community list, as slowness has been one of the biggest problems with Neo. Quite nice speedups are coming: This is the single most incredible speedup so far! Big thanks to anyone involved! I'm running shr-testing with neo-theme and at resolution 240x320. Even scrolling the contact list etc. is quite smooth now. And the interface is as responsive as it has never been before. Great improvements : I used the same kernel for SHRu (01/06) and H:1rev5, both were dramatically improved ! @/ole : How did you managed to change the resolution ? / ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
On Sun, Jan 10, 2010 at 02:05:17PM +0100, Thomas Hocedez wrote: @/ole : How did you managed to change the resolution ? I have in /etc/fb.modes: mode 240x320 geometry 240 320 240 320 16 timings 10 8 88 2 2 8 2 endmode Now stop the Xserver. Do: $ echo qvga-normal /sys/bus/spi/devices/spi2.0/state $ fbset 240x320 Then start the Xserver again. This doesn't work with every kernel as some have WSOD-issues with fbset. But it works with the one posted above. You should then make some scaling tweaks. In illume settings under Look-Scaling disable scaling by dpi. You can go to the advanced settings and set a custom scaling factor of 1.2 times or so. I also have in /etc/profile.d/elementary.sh: export ELM_SCALE=1.2 export ELM_FINGER_SIZE=35 Restarting Xserver then might be required. There are a lot of problems still with the lower resolution. The first is that my timings seem to be not 100% correct. There are some horizontal stripes and artifacts. If I have some time, I'll make a post stating a list of problems in scaling and general appearance with 240x320. Maybe someone with more insight into the field of themes, etc. can give some tips then. I'm more the user-type. ;-) pgp6pQzP0uEiF.pgp Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
Denis Johnson wrote: Do I only need the .bin or the config and modules also. I have tried just the .bin using qtMoko v16 image and it boots quite quickly to qt ui then cycles to black screen with blinking cursor then after some time back to qt screen then back to black screen. etc You need to unpack modules for newer kernel first. ssh r...@neo cd / wget http://activationrecord.net/radekp/qtmoko/download/experimental/modules- v17.tar.gz tar xzvpf modules-v17.tar.gz then you can power off and flash uImage-v17 and it should work. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
On Sunday 10 January 2010 13:59:01 Denis Johnson wrote: Good work, Do I only need the .bin or the config and modules also. I have tried just the .bin using qtMoko v16 image and it boots quite quickly to qt ui then cycles to black screen with blinking cursor then after some time back to qt screen then back to black screen. etc I guess this is because you are missing the modules and QtE cannot start up its daemons correctly. Try to ssh into your fr and unpack the modules on /. AFAIK you don't need the config. Michael signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
On Sunday 10. January 2010 15:10:31, Radek Polak Polak wrote: You need to unpack modules for newer kernel first. ssh r...@neo cd / wget http://activationrecord.net/radekp/qtmoko/download/experimental/modules- v17.tar.gz tar xzvpf modules-v17.tar.gz Hm... i've done that, but i'm getting the cycles, too. I can't even connect through ssh now. Will there be a v17 release soon, or do i have to revert the kernel? (Besides, thank you for your work with qtmoko, Radek!) Cheers, Fabian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
Thanks to Radek, I indeed also needed to download an untar the modules. All good, great work. On Sun, Jan 10, 2010 at 10:59 PM, Denis Johnson denis.john...@gmail.com wrote: Good work, Do I only need the .bin or the config and modules also. I have tried just the .bin using qtMoko v16 image and it boots quite quickly to qt ui then cycles to black screen with blinking cursor then after some time back to qt screen then back to black screen. etc cheers Denis On Sat, Jan 9, 2010 at 4:23 AM, Timo Jyrinki timo.jyri...@gmail.com wrote: Hi, Just FYI to the community list, as slowness has been one of the biggest problems with Neo. Quite nice speedups are coming: http://lists.openmoko.org/pipermail/openmoko-kernel/2010-January/010811.html (performance testing by Gennady Kupava) Apparently, and unfortunately, no-one had really questioned Om Inc:s (who mainly did the kernel work back in the days of the still mostly used 2.6.29) choices of kernel configuration. Disabling kernel debug features and pre-empt has resulted eg. these kind of improvements (from IRC, #openmoko-fi): - boot time 68.5% of original - apt-cache search nano 20s - 14.8s - emacs -f kill-emacs 3.8s - 2.2s These configuration changes are not yet in andy-tracking (the 2.6.29 kernel still being used in most distros), I don't know what's the situation in the new om-2.6.32 branch. Together with the quite recent commit from Thomas White that doubled theoretical glamo speeds (in practice at least 20% in general), I feel that Neo FreeRunner is not anymore terribly slow, but only slow by today's standards, which is quite an improvement. Especially after having been used to the terribly slow general behavior ;) Please tell if some distro happened to have those disabled already, and if someone knew about these speedups via the options already - and please arrange a commit to git.openmoko.org next time! Anyway, this all goes to show that in a project with limited resources like Openmoko, especially now that it's completely in the hands of the community when it comes to Neo FreeRunner development, you have to have the courage to question anything suspicious etc. you are seeing, not trusting that someone has actually optimized something to the extent assumed. If you want to have a quick grab of the new kernel for Debian (or any distro that loads uImage from a file), I put my compilation of kernel and modules to http://users.tkk.fi/~tajyrink/moko/kernel_20100108_nodebug_nopreempt/ -Timo, wishing everyone a speedier new year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
Radek Polak wrote: Here are mine numbers on QtMoko: kernel size: old: 1 833 952 new: 1 660 364 boot time old: 1min 58s new: 1min 30s Btw if someone wants to try here is new kernel with modules: http://activationrecord.net/radekp/qtmoko/download/experimental/ Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
2010/1/9 Radek Polak pson...@seznam.cz Btw if someone wants to try here is new kernel with modules: http://activationrecord.net/radekp/qtmoko/download/experimental/ Is this going to work with SHR or only with Qtmoko? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
Am Samstag, 9. Januar 2010 schrieb Michal Brzozowski: 2010/1/9 Radek Polak pson...@seznam.cz Btw if someone wants to try here is new kernel with modules: http://activationrecord.net/radekp/qtmoko/download/experimental/ Is this going to work with SHR or only with Qtmoko? I used the kernel from first post by Timo and just booted successfully my SHR with it :) in less time though ... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
Radek Polak wrote: Btw if someone wants to try here is new kernel with modules: http://activationrecord.net/radekp/qtmoko/download/experimental/ I see in your supplied config that you still have CONFIG_MTD_NAND_VERIFY_WRITE=y which was found to be a slowdown in write performance. In latest andy-tracking kernel it is disabled. So i'm right now compiling latest andy tracking with your config and nand write verify disabled. I'm curious if this is really faster than my last normal andy-tracking kernel with none of these optimizations. :) Ciao, Rainer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
Michal Brzozowski wrote: Is this going to work with SHR or only with Qtmoko? Yes, it should. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
On Fri, Jan 8, 2010 at 7:23 PM, Timo Jyrinki timo.jyri...@gmail.com wrote: Hi, Just FYI to the community list, as slowness has been one of the biggest problems with Neo. Quite nice speedups are coming: http://lists.openmoko.org/pipermail/openmoko-kernel/2010-January/010811.html (performance testing by Gennady Kupava) Apparently, and unfortunately, no-one had really questioned Om Inc:s (who mainly did the kernel work back in the days of the still mostly used 2.6.29) choices of kernel configuration. Disabling kernel debug features and pre-empt has resulted eg. these kind of improvements (from IRC, #openmoko-fi): - boot time 68.5% of original - apt-cache search nano 20s - 14.8s - emacs -f kill-emacs 3.8s - 2.2s These configuration changes are not yet in andy-tracking (the 2.6.29 kernel still being used in most distros), I don't know what's the situation in the new om-2.6.32 branch. Together with the quite recent commit from Thomas White that doubled theoretical glamo speeds (in practice at least 20% in general), I feel that Neo FreeRunner is not anymore terribly slow, but only slow by today's standards, which is quite an improvement. Especially after having been used to the terribly slow general behavior ;) Please tell if some distro happened to have those disabled already, and if someone knew about these speedups via the options already - and please arrange a commit to git.openmoko.org next time! Anyway, this all goes to show that in a project with limited resources like Openmoko, especially now that it's completely in the hands of the community when it comes to Neo FreeRunner development, you have to have the courage to question anything suspicious etc. you are seeing, not trusting that someone has actually optimized something to the extent assumed. If you want to have a quick grab of the new kernel for Debian (or any distro that loads uImage from a file), I put my compilation of kernel and modules to http://users.tkk.fi/~tajyrink/moko/kernel_20100108_nodebug_nopreempt/ -Timo, wishing everyone a speedier new year ha ha, great work man! I'll try it soon! d ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
Timo Jyrinki wrote: Disabling kernel debug features and pre-empt has resulted eg. these kind of improvements (from IRC, #openmoko-fi): - boot time 68.5% of original - apt-cache search nano 20s - 14.8s - emacs -f kill-emacs 3.8s - 2.2s Here are mine numbers on QtMoko: kernel size: old: 1 833 952 new: 1 660 364 boot time old: 1min 58s new: 1min 30s + wihout debug stuff there is also some more RAM and it seems it will be possible to compile moredrivers config 2MB and subjectively everything is faster. So for me this optimazations are definitely useful. Maybe we could remove all the stuff from gta configs and put them in another small file (gta02_debug_config?) so that if anybody wants to compile with debug options he can just copy paste this file into moredrives/packaging config and he will easily end up with the same debug options as we have now in configs. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
On Fri, Jan 8, 2010 at 2:28 PM, Radek Polak pson...@seznam.cz wrote: Here are mine numbers on QtMoko: kernel size: old: 1 833 952 new: 1 660 364 boot time old: 1min 58s new: 1min 30s huzzah! lets get this piped in asap. would this help with application load time? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
Hi, I get similar boot speed improvements on my FR with both qtmoko v16 in NAND and Hackable1 rev5 on SD. The kernel also fixes an issue with both distro's where BT would fail to wake after suspend. Well done! -Dave On Sat, Jan 9, 2010 at 8:49 AM, jeremy jozwik jerjoz.for...@gmail.comwrote: On Fri, Jan 8, 2010 at 2:28 PM, Radek Polak pson...@seznam.cz wrote: Here are mine numbers on QtMoko: kernel size: old: 1 833 952 new: 1 660 364 boot time old: 1min 58s new: 1min 30s huzzah! lets get this piped in asap. would this help with application load time? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
