Re: New Qtopia-Images fixes suspend problem nearly complete!
The trick may work. But I'm not sure booting from an SD works if the first partition is a swap partition (as opposed to the vfat parition it expects). Can you boot from SD with your setup? Or is that not something you mess with? -Steven On Tue, Aug 12, 2008 at 1:27 PM, Andrew Burgess <[EMAIL PROTECTED]> wrote: > On 8/11/08, Pawel Kowalak <[EMAIL PROTECTED]> wrote: > >> It's not that easy. But IIRC somebody on OLPC tracker stated that >> this problem no longer occurs in 2.4.26. We'll see when Andy switch >> us to 2.4.26 ;) > > That was me. OLPC is on 2.6.25 BTW, perhaps with upstream patches. > > I also posted a workaround that might avoid data loss when the > partition table gets hosed, see > http://lists.openmoko.org/pipermail/community/2008-August/026156.html > > ___ > 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 Qtopia-Images fixes suspend problem nearly complete!
On 8/11/08, Pawel Kowalak <[EMAIL PROTECTED]> wrote: > It's not that easy. But IIRC somebody on OLPC tracker stated that > this problem no longer occurs in 2.4.26. We'll see when Andy switch > us to 2.4.26 ;) That was me. OLPC is on 2.6.25 BTW, perhaps with upstream patches. I also posted a workaround that might avoid data loss when the partition table gets hosed, see http://lists.openmoko.org/pipermail/community/2008-August/026156.html ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Qtopia-Images fixes suspend problem nearly complete!
>For reference, the Qtopia 4.32-080808 uses the kernel named >uImage-2.6.24+git30+436204281bcd1fe5999ad6589ea7ab1b5360c352-r2-om-gta0 >2.bin >Ok, so I don't know what that really long name means or who wrote it . >:-) No one confirmed Yaroslav or corrected him either so this is the >kernel. I can confirm ;-) it is stock OM kernel from some date in end of July I believe -- whenever I got that qtopia tarball I compared to existing one on the web -- now 200807 is not available from http://buildhost.openmoko.org/daily/freerunner/200807 thus I can't check which one exactly -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Qtopia-Images fixes suspend problem nearly complete!
On Sun, Aug 10, 2008 at 11:12 AM, Yaroslav Halchenko wrote: > well -- correct me if I am wrong, but the irony of the situation is that > suspend/wakeup is handled by the kernel, and qtopia images use stock > kernel from OM. Thus whatever suspend/resume achievements you see - they > are solely due to OM developers. > > For reference, the Qtopia 4.32-080808 uses the kernel named uImage-2.6.24+git30+436204281bcd1fe5999ad6589ea7ab1b5360c352-r2-om-gta02.bin Ok, so I don't know what that really long name means or who wrote it . :-) No one confirmed Yaroslav or corrected him either so this is the kernel. Vinc ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Qtopia-Images fixes suspend problem nearly complete!
I might've spoken too soon. I think it does help to unmout/remount. I just noticed that the reason/method of the resume has an effect on this issue. In my debugging, I added scripts to /etc/apm/suspend.d/ and /etc/apm/resume.d/ that would unmount and remount my partitions. This didn't seem to make any difference. However, I'm currently in an area that has no cell signal and therefore doesn't get woken up by those pesky cell broadcast messages. So, my Neo is waking up from pressing the power button only now. When it does that, combined with the unmount/remount hack, the partition table is not affected. -Steven On Mon, Aug 11, 2008 at 12:12 PM, Steven ** <[EMAIL PROTECTED]> wrote: > I did try this. It doesn't help. > I added little scripts to /etc/apm/suspend.d and /etc/apm/resume.d. > Unless there's someplace else those should be. > > I did find that slowing the SD clock (per ticket #1743 about the > Intenso SD card issue) had a positive effect. Kinda. See > http://docs.openmoko.org/trac/ticket/1802 > > -Steven > > On Mon, Aug 11, 2008 at 5:00 AM, arne anka <[EMAIL PROTECTED]> wrote: >>> It didn't occur to me to mount the card ro, but I will try it and see >>> if it helps. >> >> >> not sure if it will help -- but why not unmount the sd card on suspend and >> remount on resume? >> >> ___ >> 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 Qtopia-Images fixes suspend problem nearly complete!
I did try this. It doesn't help. I added little scripts to /etc/apm/suspend.d and /etc/apm/resume.d. Unless there's someplace else those should be. I did find that slowing the SD clock (per ticket #1743 about the Intenso SD card issue) had a positive effect. Kinda. See http://docs.openmoko.org/trac/ticket/1802 -Steven On Mon, Aug 11, 2008 at 5:00 AM, arne anka <[EMAIL PROTECTED]> wrote: >> It didn't occur to me to mount the card ro, but I will try it and see >> if it helps. > > > not sure if it will help -- but why not unmount the sd card on suspend and > remount on resume? > > ___ > 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 Qtopia-Images fixes suspend problem nearly complete!
On Aug 11, 2008, at 12:00 PM, arne anka wrote: >> It didn't occur to me to mount the card ro, but I will try it and see >> if it helps. > > > not sure if it will help -- but why not unmount the sd card on > suspend and > remount on resume? It's not that easy. But IIRC somebody on OLPC tracker stated that this problem no longer occurs in 2.4.26. We'll see when Andy switch us to 2.4.26 ;) BR, Pawel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Qtopia-Images fixes suspend problem nearly complete!
> What if you've got some processes running of that SD card? You'll need > to kill them before unmounting the card. we're speaking of a workaround, do we? > And then, your suspend&resume will look more and more like > "shutdown&restart". why, atm it looks more like shutdown & reinstall ... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Qtopia-Images fixes suspend problem nearly complete!
On Mon, Aug 11, 2008 at 12:00 PM, arne anka <[EMAIL PROTECTED]> wrote: > not sure if it will help -- but why not unmount the sd card on suspend and > remount on resume? What if you've got some processes running of that SD card? You'll need to kill them before unmounting the card. And then, your suspend&resume will look more and more like "shutdown&restart". -- OIivier M. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Qtopia-Images fixes suspend problem nearly complete!
> It didn't occur to me to mount the card ro, but I will try it and see > if it helps. not sure if it will help -- but why not unmount the sd card on suspend and remount on resume? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Qtopia-Images fixes suspend problem nearly complete!
This problem has been around for ages, I remember when I was using Linux on my iPaq H6315, the devs had the same problem. A quick workaround was that they did not suspend the SD controller. Not optimal, sure, but it seemed to work. What about calling sync before suspend? Cheers, Federico On Sun, Aug 10, 2008 at 11:53 PM, Craig B. Allen <[EMAIL PROTECTED]> wrote: > On Sun, Aug 10, 2008 at 5:45 PM, Yaroslav Halchenko > <[EMAIL PROTECTED]> wrote: >> I didn't track those -- is is trashed regardless if partition is mounted >> read/only or read/write? I would assume that it should be safe in >> read-only mount, thus just (re)mount your SD read-only and be happy >> listening to the music ;-) > > It didn't occur to me to mount the card ro, but I will try it and see > if it helps. > > Kind of a step backwards, but it would also be interesting to see if it helps. > >>> But the phone services on Qtopia are an improvement over the alternatives. >> still very sluggish though (or is it me too fast? :-))) > > Sluggish, no question. But allows entry of DTMF tones after receiving > a call - a must-have for me. > > -- > Craig Allen > > ___ > 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 Qtopia-Images fixes suspend problem nearly complete!
On Sun, Aug 10, 2008 at 5:45 PM, Yaroslav Halchenko <[EMAIL PROTECTED]> wrote: > I didn't track those -- is is trashed regardless if partition is mounted > read/only or read/write? I would assume that it should be safe in > read-only mount, thus just (re)mount your SD read-only and be happy > listening to the music ;-) It didn't occur to me to mount the card ro, but I will try it and see if it helps. Kind of a step backwards, but it would also be interesting to see if it helps. >> But the phone services on Qtopia are an improvement over the alternatives. > still very sluggish though (or is it me too fast? :-))) Sluggish, no question. But allows entry of DTMF tones after receiving a call - a must-have for me. -- Craig Allen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Qtopia-Images fixes suspend problem nearly complete!
I didn't track those -- is is trashed regardless if partition is mounted read/only or read/write? I would assume that it should be safe in read-only mount, thus just (re)mount your SD read-only and be happy listening to the music ;-) On Sun, 10 Aug 2008, Craig B. Allen wrote: > So while it's a plus that basic phone services work after > suspend/resume, I still cannot use my FR as a music player nor for > GPS, since I want both music and map files on my SD card. > But the phone services on Qtopia are an improvement over the alternatives. still very sluggish though (or is it me too fast? :-))) -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Qtopia-Images fixes suspend problem nearly complete!
There is another problem that seems to plague not just all the OM kernels but other projects (OLPC in particular, who have been trying to solve this issue for a couple months) - the SD card partition being trashed after a suspend/resume cycle. My assumption is that this a problem with the Linux kernel and that eventually a fix will emerge and several projects will cheer. So while it's a plus that basic phone services work after suspend/resume, I still cannot use my FR as a music player nor for GPS, since I want both music and map files on my SD card. But the phone services on Qtopia are an improvement over the alternatives. >> I tested a few minutes ago with my Neo Freerunner the new qtopia image >> (4.32-080808) which was released yesterday. And I can report that the >> suspend problem is nearly completly fixed: >> * I can suspend >> * I can wakeup (pressing the startbutton) >> * After suspend I can make and recieve calls >> * It wakes up from suspend automatically when called and rings -- Craig Allen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Re: New Qtopia-Images fixes suspend problem nearly complete!
Yaroslav Halchenko wrote: > qtopia has 1 very annoying to me issue though -- if I receive a phone > call, and click on answer button -- it takes 2-4 seconds for the phone > to actually react -- thus I often lost some phone calls which is > annoying. well... part of the problem is that the "hangup" button appears where the "answer call" button was, so if you click one time too many, you hang up immediately. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Qtopia-Images fixes suspend problem nearly complete!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | On Sun, 10 Aug 2008 13:12:36 -0400 | Yaroslav Halchenko <[EMAIL PROTECTED]> wrote: | |> well -- correct me if I am wrong, but the irony of the situation is that |> suspend/wakeup is handled by the kernel, and qtopia images use stock |> kernel from OM. Thus whatever suspend/resume achievements you see - they |> are solely due to OM developers. | | Then thanks to the OM devs for this! Hum sorry to be a downer but the suspend and resume kernel issues are lot more stubborn than this, basically we roll the dice with various races hiding in there each time we build. There's a big architectural change for the device tree coming from us along with 2.6.26 upgrade soon and this should start to make stuff more consistent, but all I expect from it for a while is to consistently expose the real issues so we stand a chance to nail them. This WSOD stuff is a whole subject by itself too. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkifKTkACgkQOjLpvpq7dMqH1ACdGfzpEKoHiNrLigOt+VtGhjRA IPQAnA+Uj3H5guqmOy9+ocmwLg41rq0Z =i4fi -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Qtopia-Images fixes suspend problem nearly complete!
On Sun, 10 Aug 2008 13:12:36 -0400 Yaroslav Halchenko <[EMAIL PROTECTED]> wrote: > well -- correct me if I am wrong, but the irony of the situation is that > suspend/wakeup is handled by the kernel, and qtopia images use stock > kernel from OM. Thus whatever suspend/resume achievements you see - they > are solely due to OM developers. Then thanks to the OM devs for this! > qtopia relevant pros though: call/receive after resume, absent explicit > wake up on GSM activity, etc indeed are nice and it is really strange > that OM's images are "not yet there" since qtopia proves that kernel > part is good enough already (not to say that ASU/2008.2 are based on > qtopia) I'm pretty confident, that in the next half year Om will be at least on the same level as qtopia is (and in some points further). I can't wait to develop applications for the Om but at the moment I feel a bit lost with it because there's no api-documentation, no basic ui you want to or can develop for. If Om will have a base to work on it will grow very very fast! But at the moment I dunno what to do with it because the basics are not working. But as said I'm pretty confident that those problems will be solved. > and what you experience is 'white screen of death' -- you might search > for it -- there is bug report somewhere Yes found it, thanks for pointing me to this. signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Qtopia-Images fixes suspend problem nearly complete!
well -- correct me if I am wrong, but the irony of the situation is that suspend/wakeup is handled by the kernel, and qtopia images use stock kernel from OM. Thus whatever suspend/resume achievements you see - they are solely due to OM developers. qtopia relevant pros though: call/receive after resume, absent explicit wake up on GSM activity, etc indeed are nice and it is really strange that OM's images are "not yet there" since qtopia proves that kernel part is good enough already (not to say that ASU/2008.2 are based on qtopia) qtopia has 1 very annoying to me issue though -- if I receive a phone call, and click on answer button -- it takes 2-4 seconds for the phone to actually react -- thus I often lost some phone calls which is annoying. Well -- may be in upcoming 4.4 qtopia release it becomes better (lpotter mentioned slightly speedier experience) and what you experience is 'white screen of death' -- you might search for it -- there is bug report somewhere On Sun, 10 Aug 2008, Rorschach wrote: > Hi fellows, > I tested a few minutes ago with my Neo Freerunner the new qtopia image > (4.32-080808) which was released yesterday. And I can report that the suspend > problem is nearly completly fixed: > * I can suspend > * I can wakeup (pressing the startbutton) > * After suspend I can make and recieve calls > * It wakes up from suspend automatically when called and rings > The only thing not working is: it wakes up from suspend when called and it > rings but the screen stays totally white. You can't do anything with the > phone but shuting it down (holding start button for a longer time) and > rebooting. So a huge progress has been made on qtopia. Thanks to trolltech > and the ppl involved on porting qtopia to the GTA02! -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community