2:302
Volume 2, Part 1: Processor Abstraction Layer
After return from the SAL rendezvous call, PALE_CHECK will complete processing the
machine check if the rendezvous was successful and then branch to SALE_ENTRY with
GR19 set to zero. The processor state when transferring to SAL is as defined in
Section 11.3.2, “PALE_CHECK Exit State” on page 2:297
. If the rendezvous failed
PALE_CHECK will simply construct the Processor State Parameter and branch to
SALE_ENTRY.
Any further discussion of multiprocessor rendezvous, including platform requirements
and implications, is beyond the scope of this specification. See the relevant SAL/Error
handling documents for further information.
11.3.2.3
Unconsumed Data-Poisoning Event Handling
If, during the transfer/access of information between levels of the cache/memory
hierarchy, there is data found to have an uncorrectable error and is marked poison,
error reporting events may be raised. If such an error event is sent to a processor that
doesn't consume the corrupted data, then the error is termed an
unconsumed
data-poisoning event
.
Unconsumed data-poisoning events are by default reported as a CMC and can
optionally be promoted to an MCA via bit 53 of
feature_set
0 of
PAL_PROC_SET_FEATURES. When they are signaled as a CMC the PSP.cm is set to 1 to
indicate that the error has been corrected (in the sense that the line has been marked
poison, preventing any silent data corruption).
If bit 53 is 1, unconsumed data-poisoning events are reported as MCAs. To immediately
report unconsumed data-poisoning events as
uncorrected errors
(in the sense that
the data in question has been lost), the caller can set bit 53 to 1. PSP settings for a
data-poisoning event with bit 53 equal to 1 are given in the table below. See also
.
When promotion is enabled (bit 53 is 1), and a continuable data-poisoning event is
indicated (i.e., the PSP bits are set as in the above table, and either cache_check.dp,
bus_check.dp or both are 1), and if no other MCAs occur at the same time (i.e., no
other errors are indicated in the error information from PAL_MC_ERROR_INFO), the
interrupted process is always continuable. Promotion to MCA with bit 53 allows the OS
to take proactive measures to recover from the poisoned data, but this is not required
for the interrupted process to be continuable.
11.3.2.4
Processor Min-state Save Area Layout
The processor min-state save area is minimally 4KB in size, but an implementation may
require larger sizes. The reset hand-off state indicates if a size greater than 4KB is
required and also provides the required size. Please refer to
“Definition of SALE_ENTRY State Parameter” on page 2:291
for more information on
the reset hand-off state. The required size is referred to as MIN_STATE_REQ. The
min-state save area is required to be in an uncacheable region. The first 1KB of this
Table 11-9.
PSP Bit Settings for Unconsumed Data-poisoning Events on
MCA
cm
us
ci
co
sy
0
0
1
1
0
Summary of Contents for ITANIUM ARCHITECTURE - SOFTWARE DEVELOPERS VOLUME 3 REV 2.3
Page 1: ......
Page 11: ...x Intel Itanium Architecture Software Developer s Manual Rev 2 3 ...
Page 13: ...1 2 Intel Itanium Architecture Software Developer s Manual Rev 2 3 ...
Page 33: ...1 22 Volume 1 Part 1 Introduction to the Intel Itanium Architecture ...
Page 57: ...1 46 Volume 1 Part 1 Execution Environment ...
Page 147: ...1 136 Intel Itanium Architecture Software Developer s Manual Rev 2 3 ...
Page 149: ...1 138 Volume 1 Part 2 About the Optimization Guide ...
Page 191: ...1 180 Volume 1 Part 2 Predication Control Flow and Instruction Stream ...
Page 230: ......
Page 248: ...236 Intel Itanium Architecture Software Developer s Manual Rev 2 3 ...
Page 250: ...2 2 Intel Itanium Architecture Software Developer s Manual Rev 2 3 ...
Page 264: ...2 16 Volume 2 Part 1 Intel Itanium System Environment ...
Page 380: ...2 132 Volume 2 Part 1 Interruptions ...
Page 398: ...2 150 Volume 2 Part 1 Register Stack Engine ...
Page 486: ...2 238 Volume 2 Part 1 IA 32 Interruption Vector Descriptions ...
Page 750: ...2 502 Intel Itanium Architecture Software Developer s Manual Rev 2 3 ...
Page 754: ...2 506 Volume 2 Part 2 About the System Programmer s Guide ...
Page 796: ...2 548 Volume 2 Part 2 Interruptions and Serialization ...
Page 808: ...2 560 Volume 2 Part 2 Context Management ...
Page 842: ...2 594 Volume 2 Part 2 Floating point System Software ...
Page 850: ...2 602 Volume 2 Part 2 IA 32 Application Support ...
Page 862: ...2 614 Volume 2 Part 2 External Interrupt Architecture ...
Page 870: ...2 622 Volume 2 Part 2 Performance Monitoring Support ...
Page 891: ......
Page 1099: ...3 200 Volume 3 Instruction Reference padd Interruptions Illegal Operation fault ...
Page 1295: ...3 396 Volume 3 Resource and Dependency Semantics ...
Page 1296: ......
Page 1302: ...402 Intel Itanium Architecture Software Developer s Manual Rev 2 3 ...
Page 1494: ...4 192 Volume 4 Base IA 32 Instruction Reference FWAIT Wait See entry for WAIT ...
Page 1647: ...Volume 4 Base IA 32 Instruction Reference 4 345 ROL ROR Rotate See entry for RCL RCR ROL ROR ...
Page 1884: ...4 582 Volume 4 IA 32 SSE Instruction Reference ...
Page 1885: ...Index Intel Itanium Architecture Software Developer s Manual Rev 2 3 Index ...
Page 1886: ...Index Intel Itanium Architecture Software Developer s Manual Rev 2 3 ...
Page 1898: ...INDEX Index 12 Index for Volumes 1 2 3 and 4 ...