Intel ITANIUM ARCHITECTURE - SOFTWARE DEVELOPERS MANUAL VOLUME 1 REV 2.3 Manual page 883

Hide thumbs Also See for ITANIUM ARCHITECTURE - SOFTWARE DEVELOPERS MANUAL VOLUME 1 REV 2.3:
Table of Contents

Advertisement

When an uncorrected machine check event occurs, SAL will invoke the OS_MCA
handler. The functionality of this handler is dependent on the OS. At a minimum, it
must call a SAL procedure to retrieve the error logging and state information and then
call another SAL procedure to release these resources for future error logging and state
save.
When the OS_MCA code completes, it decides whether or not to return to the
interrupted context. The OS must take into account the state information retrieved
from the SAL with respect to the continuability of the processor and system. Thus, even
if the OS could correct the error, if PAL or SAL reports that it did not capture the entire
processor context, resumption of the interrupted context will not be possible.
The OS must also determine from values stored by PAL in the min-state save area
whether the machine check occurred while operating with PSR.ic set to 0 and whether
the processor supports recovery for this case. Please refer to
"Resources Required for Machine Check and Initialization Event Recovery"
information on processor recovery under this condition.
To provide better software error handling, some operating systems build mechanisms
to identify whether machine checks occurred during execution of the OS kernel code or
in the application context. One technique to achieve this is to call the PAL_MC_DRAIN
procedure when an application makes a system call to the OS. This procedure
completes all outstanding transactions within the processor and reports any pending
machine checks. This technique impacts system call and interrupt handling
performance significantly, but will improve system reliability by allowing the OS to
recover from more errors than if this mechanism was not included.
13.3.2
INIT Flows
INIT is an initialization event generated by the platform or by software through an
inter-processor interrupt message. The INIT can be due to a platform INIT event or due
to a failed rendezvous on an application processor.
The INIT event will pass control to the PAL firmware INIT handler. The PAL INIT handler
saves processor state to the registered min-state save area and sets up the architected
hand off state before branching to SAL. See
Interrupt (PMI)"
The SAL INIT handler logs processor state and platform state information and then calls
the OS_INIT handler if one is registered. The OS_INIT handler gains control in physical
mode but may switch to virtual mode if necessary. The OS may choose to implement a
crash dump or an interactive debugger within the OS_INIT handler.
The OS must register the OS_INIT entry point with SAL, otherwise the occurrence of an
INIT event will cause a system reset. At the end of OS_INIT handling, the OS must
return to SAL with the appropriate exit status.
Figure 13-5
Volume 2, Part 2: Firmware Overview
for more information on the PAL INIT handling.
illustrates the flow of control during INIT processing.
Section 11.3.1.1,
Section 11.5, "Platform Management
for more
2:635

Advertisement

Table of Contents
loading

This manual is also suitable for:

Itanium architecture 2.3

Table of Contents