11.3.1 build 13 released for XO-1.75

Martin Langhoff martin.langhoff at gmail.com
Wed Nov 23 18:30:23 EST 2011

So the question is -- what's different about the first S/R cyce. And one
obvious (naive?) answer is:  it is killing USB.

Subsequent S/R cycles, perhaps benefit from a faster / different S/R
codepath that doesn't have to deal with USB.


{ Martin Langhoff - one laptop per child }
On Nov 23, 2011 5:22 PM, "John Watlington" <wad at laptop.org> wrote:

> On Nov 23, 2011, at 4:00 PM, Paul Fox wrote:
> > john wrote:
> >> I also ran into the problem that suspends take longer than on
> >> earlier OSs.   Frequently a three second wakeup has passed
> >> before suspend completes.  Even a six second wakeup hangs
> >> occasionally.   I added pgf's code to tell the kernel to abort a
> >> suspend if a wakeup event has happened during the
> >> suspend operation to my script, and it fixed the problem.
> >>
> >> I then ran into the problem that os13 doesn't actually
> >> suspend.   This appears to be related to EC code --- if it hasn't
> >> updated the EC code it works fine.    Linux thinks it is suspending,
> >> but the power light never blinks.   Also seems to relate to having
> >> DC power provided.
> >
> > i think that EC thing may have been a red herring.
> >
> > it seems that the "pgf's code" you added may be the culprit. (i.e.,
> > the code from http://dev.laptop.org/ticket/11416#comment:3)  i don't
> > know what's going on, but if i run, or rerun, your script on a failing
> > machine, i reliably get errors to the effect of "processes refuse to
> > freeze after 0.00 seconds" (from memory).  if i run just a single
> > rtcwake (timeout doesn't matter) _outside_ of your dortc script, that
> > s/r works, and then i can start your script and it, too, works.  since
> > powerd will do an rtcwake on its own if you don't kill it soon enough,
> > some of your "successful" runs may have benefitted from that.
> >
> > so i have your entire testbed running now, mostly using that trick.  i
> > did not have to set olpc-ols.0/high_lim to zero.
> Thanks.  I've modified my script to call rtcwake once w. a long
> wakeup, then to move into the fast cycle with the kernel aborting
> suspend if the wakeup event overtakes it during suspend.
> wad
> _______________________________________________
> Devel mailing list
> Devel at lists.laptop.org
> http://lists.laptop.org/listinfo/devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.laptop.org/pipermail/devel/attachments/20111123/02de90b6/attachment.html>

More information about the Devel mailing list