\r
PAL Procedure - PAL_FIXED_ADDR.\r
\r
- Return the fixed component of a processor¡¯s directed address.\r
+ Return the fixed component of a processor's directed address.\r
It is required by IPF. It is required by IPF. The PAL\r
procedure supports the Static Registers calling convention. It\r
could be called at physical mode and virtual mode.\r
/**\r
\r
@param Mode Bit2:0, Indicates the mode of operation for this\r
- procedure: 0 - Query mode 1 ¨C Error inject mode\r
+ procedure: 0 - Query mode 1 - Error inject mode\r
(err_inj should also be specified) 2 - Cancel\r
outstanding trigger. All other fields in\r
PAL_MC_ERROR_TYPE_INFO,\r
\r
/**\r
\r
- Buffer Pointed to by err_data_buffer ¨C TLB\r
+ Buffer Pointed to by err_data_buffer - TLB\r
\r
**/\r
typedef struct {\r
when transitioning to virtual mode\r
operations.\r
\r
- @return R9 Virtualization Service Address ¨C VSA specifies\r
+ @return R9 Virtualization Service Address - VSA specifies\r
the virtual base address of the PAL\r
virtualization services in this virtual\r
environment.\r
as required or optional. If a PAL procedure is specified as optional, a unique return\r
code of 0xFFFFFFFFFFFFFFFF is returned in the Status field of the PAL_CALL_RETURN structure.\r
This indicates that the procedure is not present in this PAL implementation. It is the\r
- caller¡¯s responsibility to check for this return code after calling any optional PAL\r
+ caller's responsibility to check for this return code after calling any optional PAL\r
procedure. No parameter checking is performed on the 4 input parameters, but there are\r
some common rules that the caller should follow when making a PAL call. Any address\r
passed to PAL as buffers for return parameters must be 8-byte aligned. Unaligned addresses\r