Re: SL-5500 crash on suspend theory

I have not found any suspend script to make changes to. Are you talking on
apm binary (when invoked as "apm --suspend")?

slutils does not provides slbl binary, only sltime.
Should I file bug on it?

I am also interested in "buzzme" binary, that slutils can provide.

On 4/27/06, Justin Patrin <[email protected]> wrote:
>
> On 4/27/06, Arieh Skliarouk <[email protected]> wrote:
> > Hello,
> >
> > I have got an theory regarding spontaneous SL-5500 OZ 3.5.4 crash during
> > suspend.
> >
> > Looks like it happens, when kernel have too much data in buffers to sync
> > back to the media (SD card).
> > When buffers don't manage to get on disk in time ( e.g. before the
> general
> > halt), the kernel stuck.
> >
> > This also explains frequency of crash-during-suspend cases while PDA is
> in
> > craddle, when the files transfer from or to computer just occured, and
> no
> > forceful sync was done.
>
> Sounds like one of those embeddix problems rearing its ugly head
> again. You could try adding:
> sync
> sleep 5
> or some-such to the suspend script.
>
> >
> > Some time ago I proposed (not related to stuckages) to disable lighiting
> and
> > blank screen immediately after initation of suspend procedure. That
> would
> > greatly improve user perception on device's responsiveness.
> >
>
> And you can do that using slbl. (slutils)
> slbl 0
>
> --
> Justin Patrin
>



--
Arieh