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

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

Advertisement

the EfiExitBootServices() procedure. After this call, UEFI boot services may no longer
be invoked by the OS. The UEFI runtime services execute in physical mode until the OS
invokes the EFISetVirtualAddress() function to switch the UEFI to virtual mode. After
this point, the UEFI runtime services may be invoked in virtual mode only. For full
information on all the UEFI boot and runtime services please refer to the UEFI
specification [UEFI].
13.2.4
ACPI Control Methods
Advanced Configuration and Power Interface (ACPI) firmware provides a method of
reporting system resources (up to the boundary of the box) to the operating systems.
ACPI uses tables to describe system information, features, and methods for controlling
those features. The ACPI tables list devices on the system board, devices that cannot
be detected by bus walks, and devices which require the OS for power or temperature
management. The ACPI control methods use a pseudo-code language called AML (ACPI
Machine Language). AML is a tokenized language. The OS contains and uses an AML
interpreter that interprets and executes these methods stored in the ACPI tables.
13.2.5
Physical and Virtual Addressing Mode Considerations
All of the PAL procedures can be called in the physical addressing mode. A subset of PAL
calls can be made using the virtual addressing mode. For PAL calls that can be invoked
using virtual addressing mode, it is the responsibility of the caller to map these PAL
procedures with an ITR as well as either a DTR or DTC. If the caller chooses to map the
PAL procedures using a DTC it must be able to handle TLB faults that could occur. See
Section 11.10.1, "PAL Procedure Summary"
the calling conventions.
The SAL and UEFI firmware layers have been designed to operate in virtual addressing
mode. UEFI provides an interface to the OS loader that describes the physical memory
addresses used by firmware and indicates whether the virtual address of such areas
need to be registered by the OS with UEFI. The UEFI Specification [UEFI] also provides
the interfaces for the OS to register the virtual address mappings. In a MP
configuration, the virtual addresses registered by the OS must be valid globally on all
the processors in the system.
The SAL runtime services may be called either in virtual or physical addressing mode.
SAL procedures that execute during machine check, INIT, and PMI handling must be
invoked in physical addressing mode.
The parameters passed to the firmware runtime services must be consistent with the
addressing environment, i.e. PSR.dt, PSR.rt setting. Additionally, the global pointer
(gp) register [SWC] must contain the physical or virtual address for use by the
firmware.
13.2.5.1
SAL Procedures that Invoke PAL Procedures
Some of the SAL runtime services, e.g. SAL_CACHE_FLUSH, will need to invoke PAL
procedures. While invoking these SAL procedures in virtual mode, the OS must provide
the appropriate translation resources required by PAL (i.e. ITR and DTC covering the
PAL code area).
Volume 2, Part 2: Firmware Overview
for a summary of all PAL procedures and
2:631

Advertisement

Table of Contents
loading
Need help?

Need help?

Do you have a question about the ITANIUM ARCHITECTURE - SOFTWARE DEVELOPERS MANUAL VOLUME 1 REV 2.3 and is the answer not in the manual?

Questions and answers

This manual is also suitable for:

Itanium architecture 2.3

Table of Contents