Hi Chris et al, I added this bug ID to the specification for power saving in 9.1 at: http://wiki.laptop.org/go/Feature_roadmap/Improved_battery_life
Can you make sure to address that in the work on power save modes? I also updated the ticket with John's steps to reproduce. Thanks, Greg S > Date: Wed, 24 Dec 2008 12:36:04 +0100 > From: Bert Freudenberg <b...@freudenbergs.de> > Subject: Re: Scratch on XO is frozen after standby > To: Philipp Kocher <philipp.koc...@gmx.net> > Cc: John Maloney <jmalo...@media.mit.edu>, channeang ken > <fionashre...@gmail.com>, OLPC Development > <devel@lists.laptop.org> > Message-ID: <365f8fd3-def3-44bc-88c3-3f66db40d...@freudenbergs.de> > Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes > > This is a long-standing kernel bug. Sleep/resume is supposed to be > transparent to user-space processes. Could you add your findings to > the ticket, please? > > http://dev.laptop.org/ticket/6201 > > - Bert - > > On 24.12.2008, at 07:43, Philipp Kocher wrote: > >> Hi John >> >> Etoys has exactly the same problem (etoys is frozen and the line >> "snd_pcm_writei returned -86" gets written endlessly into the etoys >> logfile). >> >> Sorry, I don't know anything about DBus. >> >> To reproduce with Etoys: >> 1. Open etoys on the Xo >> 2. Click on "make A Project" >> 3. Click on "Supplies" >> 4. Drag and drop the "Sound recorder" >> 5. Record a sound >> 6. Play the recording >> 7. Press XO power button (just short so the XO goes in standby mode >> with dark screen) >> 8. Press XO power button (again just short) >> 9. Etoys is frozen >> >> Scratch: >> We have the frozen Scratch problem very often at the moment because >> we are using Scratch and record sounds (about 3-5 students of 30 per >> lesson). It really bad since saving the project is not possible >> anymore. >> >> First I thought it is because we switched on experimental Power >> Management. But now it is switched off and the problem is still here. >> >> It is just Scratch that freezes, Sugar is still working fine. >> I don't remember having seen this problem on older sugar builds e.g. >> 656 or 708 and we used Scratch intensively on this builds. >> >> Regards, >> Philipp >> >> John Maloney wrote: >>> Wow, first I've heard about this problem. I wonder if Etoys has the >>> same problem? >>> The problem appears to be have something to do with having the ALSA >>> sound output port open when the XO goes to sleep. This may actually >>> be an ALSA/sleep issue but it may be easier to work around it than >>> to fix ALSA. >>> Is there a DBus message or event that says when the machine is >>> about to go to sleep? >>> -- John >>> On Dec 23, 2008, at 9:56 PM, Philipp Kocher wrote: >>>> Hi John >>>> >>>> We have a big problem with Scratch version 11 and 12 on the XO >>>> (build 767). >>>> >>>> After not using the XO for some minutes Scratch freezes completely >>>> (no drag and drop and no buttons can be pressed anymore). The >>>> following line gets written in the scratch logfile in an endless >>>> loop (if scratch doesn't get killed, the logfile uses multiple MB): >>>> snd_pcm_writei returned -86 >>>> >>>> The problem can be reproduced easily: >>>> 1. Start Scratch >>>> 2. Record sound and play the sound >>>> 3. Press XO power button (just short so the XO goes in standby >>>> mode with dark screen) >>>> 4. Press XO power button (again just short) >>>> 5. Scratch is frozen >>>> >>>> Regards, >>>> Philipp >>>> Pepyride School >>>> Cambodia >>>> >>>> PS: Are you using the bug tracking page on dev.laptop.org for XO >>>> related bugs of Scratch? > > _______________________________________________ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel