09.12.2012 Views

Cortex-A8 Technical Reference Manual - ARM Information Center

Cortex-A8 Technical Reference Manual - ARM Information Center

Cortex-A8 Technical Reference Manual - ARM Information Center

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

12.12 Debugging systems with energy management capabilities<br />

12.12.1 Standby<br />

12.12.2 Emulating power down<br />

Debug<br />

The processor offers functionality for debugging systems with energy management capabilities.<br />

This section describes scenarios where the OS takes energy-saving measures when in an idle<br />

state.<br />

The different measures that the OS can take to save energy during an idle state are divided into<br />

two groups:<br />

Standby The OS takes measures that reduce energy consumption but maintain the<br />

processor state.<br />

Power down The OS takes measures that reduce energy consumption but do not maintain the<br />

processor state. Recovery involves a reset of the core after the power level has<br />

been restored, and reinstallation of the processor state.<br />

Standby is the least invasive OS energy saving state because it only implies that the core is<br />

unavailable. It does not clear any of the debug settings. For this case, if DBGNOCLKSTOP is<br />

HIGH, the processor guarantees the following:<br />

• If the processor is in standby and a halting debug event occurs, the processor:<br />

— leaves standby<br />

— retires the Wait-For-Interrupt (WFI) instruction<br />

— enters debug state.<br />

• The processor responds to APB accesses as if it was not in standby.<br />

Note<br />

If you implement the CoreSight Debug Access Port (DAP) in your system, <strong>ARM</strong> recommends<br />

that the DAP CDBGPWRUPREQ output is connected to the DBGNOCLKSTOP processor<br />

input.<br />

By writing to bit [0] of the PRCR, the debugger asserts the DBGNOPWRDWN output. The<br />

expected usage model of this signal is that it is connected to the system power controller and<br />

that, when HIGH, it indicates that this controller can work in emulate mode.<br />

If on a power-down request from the processor, the power controller is in emulate mode. It does<br />

not remove core or ETM power but, otherwise, it behaves exactly the same as in normal mode.<br />

Emulating power down is ideal for debugging applications running on top of operating systems<br />

that are free of errors because the debug register settings are not lost on a power-down event.<br />

However, there are a number of disadvantages such as:<br />

• nIRQ and nFIQ interrupts to the processor must be externally masked as part of the<br />

emulation to prevent them from retiring the WFI instruction from the pipeline.<br />

• The reset controller must also be aware of this emulate mode to assert ARESETn on<br />

power up, rather than nPORESET. Asserting nPORESET on power up clears the debug<br />

registers inside the core power domain.<br />

<strong>ARM</strong> DDI 0344K Copyright © 2006-2010 <strong>ARM</strong> Limited. All rights reserved. 12-86<br />

ID060510 Non-Confidential

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!