![Intel ITANIUM ARCHITECTURE - SOFTWARE DEVELOPERS VOLUME 3 REV 2.3 Manual Download Page 774](http://html.mh-extra.com/html/intel/itanium-architecture-software-developers-volume-3-rev-2-3/itanium-architecture-software-developers-volume-3-rev-2-3_manual_2073404774.webp)
2:526
Volume 2, Part 2: MP Coherence and Synchronization
2.3
Where the Intel
®
Itanium
®
Architecture Requires
Explicit Synchronization
The Itanium architecture requires a memory synchronization (
sync.i
) and a memory
fence (
mf
) during a context switch to ensure that all memory operations prior to the
context switch are made visible before the context changes. Without this requirement,
the ordering constraints may be violated if the process migrates to a different
processor. For example, consider the example shown in
.
.
In this example, Processor #1 may make the unordered store visible to the coherence
domain before Processor #0 makes the acquire load visible. This violates the ordering
constraints. Executing a memory fence during the context switch handler ensures that
this violation can not occur.
See
Section 4.5, “Context Switching” on page 2:557
on context management in a
processor based on the Itanium architecture.
Interruptions do not affect memory ordering. On entry to an interrupt handler, memory
operations from the interrupted program may still be in-flight and not yet visible to
other processors in the coherence domain. A handler that expects that all memory
operations that precede the interruption to be visible must enforce this requirement by
executing a memory fence at the beginning of the handler.
2.4
Synchronization Code Examples
There are many synchronization primitives that software uses in multiprocessor or
multi-threaded environments to coordinate the activities of different code streams. In
this section, we present several typical examples to illustrate how some common
constructs translate to the Itanium instruction set. In addition, the discussions identify
special considerations with various implementations.
The examples use the syntax “[
foo
]” to indicate the memory location that holds the
variable
foo
. Actual Itanium architecture-based assembly language would first move
the address of
foo
into a register and then use this register as an operand to a memory
access instruction. The alternate syntax is chosen to simplify and clarify the examples.
Figure 2-3.
Why a Fence During Context Switches is Required in the Intel
®
Itanium
®
Architecture
// Process A begins executing on Processor #0...
ld.acq
r1 = [x]
// load executes on processor #0
// 1) Context switch occurs
// 2) O/S migrates Process A from Processor #0 to Processor #1
// 3) Process A resumes at the instruction following the ld.acq
st
[y] = r2
// store executes on processor #1
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 ...