Suspend and resume OFW: Difference between revisions

From OLPC
Jump to navigation Jump to search
 
(4 intermediate revisions by the same user not shown)
Line 30: Line 30:
==EC Wakeups==
==EC Wakeups==


These are resumes which are triggered by a system control interrupt (SCI) from the EC to the processor. Two methods are supported, one which is synchronous to MAIN_ON (SUSB#) going low and one which is not.
These are resumes which are triggered by a system control interrupt (SCI) from the [[Embedded_controller|EC]] to the processor. Two methods are supported, one which is synchronous to MAIN_ON (SUSB#) going low and one which is not.


===Synchronous wakeup===
===Synchronous wakeup===


In this test, the laptop is susphended, and is woken a fixed amount of time after MAIN_ON has entered the low state. The wakeup is an SCI from the EC. It prints the number of cycles run (in decimal), then immediately suspends again. It may be exited by pressing any key.
In this test, the laptop is suspended, and is woken a fixed amount of time after MAIN_ON has entered the low state. The wakeup is an SCI from the [[Embedded_controller|EC]]. It prints the number of cycles run (in decimal), then immediately suspends again. It may be exited by pressing any key.


This test expects the stack to contain the requested delay in milliseconds (1 to 32768) Start this test by typing:
This test expects the stack to contain the requested delay in milliseconds (1 to 32768) Start this test by typing:
Line 45: Line 45:
===Asynchronous wakeup===
===Asynchronous wakeup===


In this test an EC timer is set and then the laptop is suspended. When the timer expires an SCI from the EC is generated. It prints the number of cycles run (in decimal), reschedules the EC timer immediately suspends again. It may be exited by pressing any key.
In this test an [[Embedded_controller|EC]] timer is set and then the laptop is suspended. When the timer expires an SCI from the [[Embedded_controller|EC]] is generated. It prints the number of cycles run (in decimal), reschedules the [[Embedded_controller|EC]] timer immediately suspends again. It may be exited by pressing any key.


This test expects the stack to contain the delay value. It is the number of milliseconds (0 - 2,147,483,648) in the future to issue a wakup after the timer set command is sent. The minimum delay value (0) is roughly 16 mS before the system enters suspend. Due to the fact that the timer is polled the exact wakeup time varies +/- from the set value slightly. This and the fact that the timer is not synced to MAIN_ON means that wakeups will be delivered at variable times around the set delay value.
This test expects the stack to contain the delay value. It is the number of milliseconds (0 - 2,147,483,648) in the future to issue a wakup after the timer set command is sent. The minimum delay value (0) is roughly 16 mS before the system enters suspend. Due to the fact that the timer is polled the exact wakeup time varies +/- from the set value slightly. This and the fact that the timer is not synced to MAIN_ON means that wakeups will be delivered at variable times around the set delay value.
Line 52: Line 52:
<delay_in_milliseconds> wackup-test-ec
<delay_in_milliseconds> wackup-test-ec


For example, to wake up approximately 30 ms in the future from the EC timer set command:
For example, to wake up approximately 30 ms in the future from the EC timer, type:
ok d# 30 wackup-test-ec
ok d# 30 wackup-test-ec

''You can omit the d# command, and instead enter the time in hexadecimal.''


[[Category:Hardware]]
[[Category:Hardware]]

Latest revision as of 05:40, 18 July 2009

  This page is monitored by the OLPC team.

This page describes how to test suspend/resume on an XO Laptop, using Open Firmware.

Introduction

The XO Laptop is designed to suspend and resume multiple times a second, to optimize power usage. These are the tests built into Open Firmware, the BIOS used in the XO, to test the basic suspend and resume functionality.

These tests generally apply to Open Firmware running on both the XO-1 and XO-1.5 laptops.

All tests are done at the Open Firmware prompt. This may be obtained by halting the boot operation with the ESC key. All command may be typed either on the keyboard or on a terminal connected to the processor serial port.

These tests start at the most basic, and build up, as needed when first debugging suspend/resume on a laptop. If you are trying to see if suspend/resume works on a laptop, skip right to the random EC wakeup tests, which exercise the system in the worst manner.

Manual Wakeups

The first test is placing a system in suspend mode, then waking it using a manual interaction.

Enter suspend by typing:

s

And resume operation by pressing the power button. You should obtain an ok prompt again.

RTC Wakeups

These are resumes which are triggered in a manner synchronous to the suspend operation. The laptop remains suspended for a small fixed period of time, then is woken up by a real time clock (RTC) timer in the VX855 companion chip. It prints the number of cycles run (in hexadecimal), then immediately suspends again. It may be exited by pressing any key.

Start this test by typing:

rtc-wackup

EC Wakeups

These are resumes which are triggered by a system control interrupt (SCI) from the EC to the processor. Two methods are supported, one which is synchronous to MAIN_ON (SUSB#) going low and one which is not.

Synchronous wakeup

In this test, the laptop is suspended, and is woken a fixed amount of time after MAIN_ON has entered the low state. The wakeup is an SCI from the EC. It prints the number of cycles run (in decimal), then immediately suspends again. It may be exited by pressing any key.

This test expects the stack to contain the requested delay in milliseconds (1 to 32768) Start this test by typing:

<delay_in_milliseconds> autowack-test

For example, to run a 20 ms recurring suspend/wakeup type:

ok d# 20 autowack-test

Asynchronous wakeup

In this test an EC timer is set and then the laptop is suspended. When the timer expires an SCI from the EC is generated. It prints the number of cycles run (in decimal), reschedules the EC timer immediately suspends again. It may be exited by pressing any key.

This test expects the stack to contain the delay value. It is the number of milliseconds (0 - 2,147,483,648) in the future to issue a wakup after the timer set command is sent. The minimum delay value (0) is roughly 16 mS before the system enters suspend. Due to the fact that the timer is polled the exact wakeup time varies +/- from the set value slightly. This and the fact that the timer is not synced to MAIN_ON means that wakeups will be delivered at variable times around the set delay value.

We recommend a maximum delay value of roughly 20 - 30. Start this test by typing:

<delay_in_milliseconds> wackup-test-ec

For example, to wake up approximately 30 ms in the future from the EC timer, type:

ok d# 30 wackup-test-ec

You can omit the d# command, and instead enter the time in hexadecimal.