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
