2:146
Volume 2, Part 1: Register Stack Engine
6.7
RSE Behavior on Interruptions
When the processor raises an interruption, the current register stack frame remains
unchanged. If PSR.ic is one, the valid bit in the Interruption Function State register
(IFS.v) is cleared. When the IFS.v bit is clear, the contents of the interruption frame
marker field (IFS.ifm) are undefined.
While an interruption handler is running and the RSE is in store/load intensive or eager
mode, the RSE continues spilling/filling registers to/from the backing store on behalf of
the interrupted context as long as the registers are not part of the current frame as
defined by CFM.
A sequence of mandatory RSE loads or stores (from
alloc
,
br.ret
,
flushrs
,
loadrs
and
rfi
) can be interrupted by an external interrupt.
When PSR.ic is 0, faults taken on mandatory RSE operations may not be recoverable.
6.8
RSE Behavior with an Incomplete Register Frame
The current register frame is considered
incomplete
when one of the mandatory RSE
loads after a br.ret or a rfi faults, leaving BSPSTORE pointing to a location above BSP
(i.e., RSE.ndirty_words is negative). The frame becomes complete when
RSE.ndirty_words becomes non-negative, either by executing a cover instruction, or by
handling the fault and completing the original sequence of mandatory RSE loads.
When the current frame is incomplete the following instructions have undefined
behavior:
alloc
,
br.call
,
brl.call
,
br.ret
,
flushrs
,
loadrs
, and move to
BSPSTORE. Software must guarantee that the current frame is complete before
executing these instructions.
6.9
RSE and ALAT Interaction
The ALAT (see
“Data Speculation” on page 1:63
) uses physical register addresses to
track advanced loads. RSE.BOF may only change as the result of a
br.call
(by
CFM.sol),
cover
(by CFM.sof),
br.ret
(by AR[PFM].sol) or
rfi
(by CR[IFS].ifm.sof
when CR[IFS].v =1). This ensures, for ALAT invalidation purposes, that hardware does
not update virtual to physical register address mapping, unless explicitly instructed to
do so by software.
When software performs backing store switches that could cause program values to be
placed in different physical registers, then the ALAT must be explicitly invalidated with
the
invala
instruction. Typically this happens as part of a process or thread context
switch, longjmp or call stack unwind, when software re-writes AR[BSPSTORE], but
cannot guarantee that RSE.BOF was preserved.
A stacked register is said to be
deallocated
when an
alloc
,
br.ret
, or
rfi
instruction
changes the top of the current frame such that the register is no longer part of the
current frame. Once a stacked register is deallocated, its value, its corresponding NaT
bit, and its ALAT state are undefined. If that register is subsequently made part of the
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 ...