Here's the contents of the registers before suspend:

SSCR0=00000387
SSCR1=00000ec0
SSSR=0000f024
SSITR=00000000
SSTO=00000000
SSPSP=00000000

And after suspend:

SSCR0=00000000
SSCR1=00000000
SSSR=0000f004
SSITR=00000000
SSTO=00000000
SSPSP=00000000

I chose to reinitialise the registers to a known correct state rather
than leave them in their post-suspend state. You may have some better
ideas about what to do with them.

Cheers,
Zik

On Fri, Feb 29, 2008 at 12:31 PM, Ned Forrester <[EMAIL PROTECTED]> wrote:
>
>  Is it possible that you did not check individually to see which of these
>  registers is the culprit?  SSITR is a test register that is surely
>  initialized to 0 on powerup, and it is never touched by the driver.  So
>  why would this have changed?  Likewise, SSPSP is not ever set by the
>  driver.  SSCR0, SSCR1, are both set at the end of pump_transfers, just
>  before the first transfer starts, if they differ from the values in
>  hardware, as they most likely will after suspend (and if they don't,
>  then it should not matter).
>
>  Is is possible that after resume, not all of these registers recover
>  their power-up state?  Is SSPSP really different after resume than
>  before?  SSPSP should not matter if the PSP mode is not selected in SSCR0.
>
>  Can you shed some light on these questions, while I continue to look?
>
>  --
>
>
> Ned Forrester                                       [EMAIL PROTECTED]
>  Oceanographic Systems Lab                                  508-289-2226
>  Applied Ocean Physics and Engineering Dept.
>  Woods Hole Oceanographic Institution          Woods Hole, MA 02543, USA
>  http://www.whoi.edu/sbl/liteSite.do?litesiteid=7212
>  http://www.whoi.edu/hpb/Site.do?id=1532
>  http://www.whoi.edu/page.do?pid=10079
>
>

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
spi-devel-general mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/spi-devel-general

Reply via email to