Debugging Suspend Resume
There are a number of features built into Open Firmware and the OLPC Linux kernel which aid in debugging suspend/resume problems.
Contents
Wake on Broadcast
NVRAM Logging
The XO provides a small amount of nonvolatile RAM. Some of this is used to implement the real time clock, but around 48 bytes are available for debugging use. Some of these values are
Accessing NVRAM from Open Firmware
Accessing NVRAM from Linux
Suspend/Resume Counter
POST Codes
Codes 1n are in the 32-bit ROM-executed code that turns on the memory controller Codes 2n are in the RAM-resident code that restores the system state on a resume.
The CMOS location is 0x34, accessed from OFW with:
ok 34 cmos@ .
From Linux, using /dev/nvram, the seek offset is 0x26. That location does not conflict with the locations that the suspend/resume counter uses.
The codes are only written to CMOS RAM if the firmware thinks that it is a resume wakeup, so that a cold reset won't overwrite them.
CMOS location 0x34 (/dev/nvram offset 0x26)
Auto Wakeup
This currently assumes version q2037.rom (or something later than q2d04f.rom ?)
The EC currently masks SCI events (wakeups) from being generated for 32 mS after the operational power is turned off. This allows the circuits to completely settle before being restarted. It may be programmed to always generate an SCI interrupt at the end of this masking period, causing an auto-wakeup.
The autowakeup period is set using:
wackme wbsplit f64d ec! f64e ec! <value> wackme
