Scratch on XO is frozen after standby

[Greg Smith]

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 <bert at freudenbergs.de>
> Subject: Re: Scratch on XO is frozen after standby
> To: Philipp Kocher <philipp.kocher at gmx.net>
> Cc: John Maloney <jmaloney at media.mit.edu>,	channeang ken
> 	<fionashrek71 at gmail.com>,	OLPC Development <devel at lists.laptop.org>
> Message-ID: <365F8FD3-DEF3-44BC-88C3-3F66DB40D8F9 at 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?
> 
>