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