From: Hicks, Jamey (Jamey.Hicks@hp.com)
Date: Tue Oct 29 2002 - 13:44:58 EST
To me, it sounds like plan9 is not putting the sdram into self-refresh. The bootldr is not involved in the suspend operation at all. All it does is wake up, notice that it was a resume, turn on dram, and then jump to the addess in the PSPR scratch pad register, transferring control back to the OS.
Jamey
> -----Original Message-----
> From: Axel Belinfante [mailto:Axel.Belinfante@cs.utwente.nl]
> Sent: Tuesday, October 29, 2002 1:09 PM
> To: bootldr@handhelds.org
> Subject: [Bootldr] suspend/resume Plan 9: 2.14.? works, 2.18.{1,45}
> fails
>
>
> I'm running Plan 9 on a H3630 (with 32 Mb flash).
> I'm using bootldr 2.18.01.
> When I press the suspend button, I only have a window of a few
> seconds to press again to resume. If I wait too long, I do get
> an image on the screen, but it does not respond to any buttons
> or the touch screen. Also, debugging output send over the
> serial line is garbled.
>
> Others experience that the same Plan 9 kernel suspends/resumes fine
> when used with bootldr 2.14.something.
>
> Now I'm curious (and, depending on the amount/kind of changes
> necessary,
> I may or may not be able to (or want to) try fiddling with Plan 9 code
> myself):
> What change(s) between those bootldr versions might explain
> what we see with Plan 9?
> What should be fixed/changed (in what direction should we look)
> in Plan 9 to work with bootldr 2.18.*?
> Could such changes be made such that Plan 9 could support both
> bootldr 2.14.something and 2.18.*?
>
> Essentially, just curious,
> Thanks in advance,
> Axel.
>
> _______________________________________________
> Bootldr mailing list
> Bootldr@handhelds.org
> http://handhelds.org/mailman/listinfo/bootldr
>
This archive was generated by hypermail 2.1.5 : Fri Jan 17 2003 - 17:47:04 EST