XSAVE
Save Processor Extended States
estableVMJITAOTinstruccion
Codificaciones
| Opcode | Instruccion | Op/En | 64 bits | Compat/Legacy | Descripcion |
|---|---|---|---|---|---|
NP 0F AE /4 | XSAVE mem | M | Valido | Valido | Guardar componentes estatales especificados por EDX:EAX a mem. |
NP REX.W + 0F AE /4 | XSAVE64 mem | M | Valido | No codificable | Guardar componentes estatales especificados por EDX:EAX a mem. |
Codificacion de operandos
Cada modo es un valor de la columna Op/En de arriba. Dice en que campo de la instruccion codificada va cada operando, en el orden en que se escriben, y si la instruccion lo lee, lo escribe o ambas cosas.
M
modrm.rmlectura y escriturabyte ModRM, campo r/m (bits 2-0); con el byte SIB y el desplazamiento cuando el campo mod los pide
Coste medido
Cargando las mediciones de arch-data...
Descripción
Realiza un ahorro total o parcial de componentes estatales procesadores en la zona XSAVE ubicada en la dirección de memoria especificada por el operando de destino. El par de registro implícito EDX:EAX especifica una máscara de instrucciones de 64 bits. Los componentes específicos del estado guardados corresponden a los bits fijados en el bitmap (RFBM), que es el lógico-AND de EDX:EAX y XCR0.
El formato del área XSAVE se detalla en la Sección 13.4, "XSAVE Area", de Intel(R) 64 e IA-32 Architectures Software Developer's Manual, Volumen 1. Como FXRSTOR y FXSAVE, el formato de memoria utilizado para el estado x87 depende de un prefijo REX.W; ver Sección 13.5.1, "x87 Estado" de Intel(R) 64 e IA-32 Architectures Software Developer's Manual, Volumen 1.
Sección 13.7, "Operación de XSAVE", de Intel(R) 64 e IA-32 Architectures Software Developer's Manual, Volumen 1 proporciona una descripción detallada del funcionamiento de la instrucción XSAVE. Los siguientes temas proporcionan un esbozo de alto nivel:
- XSAVE ahorra componente de estado i si y sólo si RFBM[i] = 1.1 * XSAVE no modifica bytes 511:464 de la región heredada de la zona de XSAVE (ver Sección 13.4.1, "Legacy
Region of an XSAVE Area" de Intel(R) 64 e IA-32 Architectures Software Developer's Manual, Volumen 1).
- XSAVE lee el campo XSTATE BV del encabezado XSAVE (ver Sección 13.4.2, "XSAVE Header" de Intel(R) 64 y
IA-32 Architectures Software Developer's Manual, Volumen 1) y escribe un valor modificado de nuevo a la memoria como sigue. Si RFBM[i] = 1, XSAVE escribe XSTATE BV[i] con el valor de XINUSE[i]. (XINUSE es un bitmap por el cual el procesador rastrea el estado de varios componentes del estado. Véase Sección 13.6, "Processor Tracking of XSAVE- Managed State" de Intel(R) 64 e IA-32 Architectures Software Developer's Manual, Volumen 1.) Si RFBM[i] = 0, XSAVE escribe XSTATE BV[i] con el valor que leyó de memoria (no modifica el bit). XSAVE no escribe a ninguna parte del encabezado XSAVE aparte del campo XSTATE BV.
- XSAVE siempre utiliza el formato estándar de la región extendida de la zona XSAVE (ver Sección 13.4.3, "Región avanzada de un área XSAVE" de Intel(R) 64 e IA-32 Architectures Software Developer's Manual, Volumen 1).
El uso de un operando de destino no alineado a los límites de 64 bytes (en modos de 64 bits o de 32 bits) resulta en una excepción de protección general (#GP). En modo de 64 bits, se ignoran los 32 bits superiores de RDX y RAX.
- Se hace una excepción para MXCSR y MXCSR MASK, que pertenecen al componente estatal 1 - SSE. XSAVE guarda estos valores a la memoria si RFBM[1] o RFBM[2] es 1.
Operación
RFBM := XCR0 AND EDX:EAX; /* bitwise logical AND */
OLD_BV := XSTATE_BV field from XSAVE header;
IF RFBM[0] = 1
THEN store x87 state into legacy region of XSAVE area;
FI;
IF RFBM[1] = 1
THEN store XMM registers into legacy region of XSAVE area; // this step does not save MXCSR or MXCSR_MASK
FI;
IF RFBM[1] = 1 OR RFBM[2] = 1
THEN store MXCSR and MXCSR_MASK into legacy region of XSAVE area;
FI;
FOR i := 2 TO 62
IF RFBM[i] = 1
THEN save XSAVE state component i at offset n from base of XSAVE area (n enumerated by CPUID.0DH.i:EBX);
FI;
ENDFOR;
XSTATE_BV field in XSAVE header := (OLD_BV AND NOT RFBM) OR (XINUSE AND RFBM);Banderas afectadas
None.
Intel C/C++ compilador intrínseco
XSAVE void _xsave( void * , unsigned __int64);
XSAVE void _xsave64( void * , unsigned __int64);Excepciones
Modo protegido
#GP(0) | Si un operando de memoria dirección efectiva está fuera del límite de segmento CS, DS, ES, FS o GS. Si un operando de memoria no está alineado en un límite de 64 bytes, independientemente del segmento. |
#SS(0) | Si un operando de memoria dirección efectiva está fuera del límite del segmento SS. #PF(fault-code) Si un fallo de pagina ocurre. |
#NM | Si CR0.TS[bit 3] = 1. |
#UD | Si CPUID.01H:ECX.XSAVE[26] = 0. Si CR4.OSXSAVE[bit 18] = 0. Si se utiliza el prefijo LOCK. |
#AC | Si esta excepción es deshabilitadauna excepción de protección general (#GP) se señalizasiel operando de memoriano se alinea en un límite de 64 bytes, como se describe anteriormente. Si la excepción de comprobación de alineación (#AC) está habilitado (y elCPL3), señalización de#ACno se garantiza y puede variar con la aplicación, como se indica a continuación.#ACno es señalizado,una excepción de protección general se señalizaAdemás, el ancho del control de alineación también puede variar con la implementación. Por ejemplo, para una implementación determinada, una excepción de control de alineación puede ser señalizada para un mal alineamiento de 2 bytes, mientras queuna excepción de protección generalpuede ser señalizado para todas las otras mal alineaciones (4-, 8-, o 16-bytes). |
Modo real
#GP | Si un operando de memoria no está alineado en un límite de 64 bytes, independientemente del segmento. Si alguna parte del operando se encuentra fuera del espacio de dirección eficaz de 0 a FFFFH. |
#NM | Si CR0.TS[bit 3] = 1. |
#UD | Si CPUID.01H:ECX.XSAVE[26] = 0. Si CR4.OSXSAVE[bit 18] = 0. Si se utiliza el prefijo LOCK. |
Modo virtual-8086
| Las mismas excepciones que en modo protegido. |
Modo de compatibilidad
| Las mismas excepciones que en modo protegido. |
Modo de 64 bits
#GP(0) | Si la dirección de memoria está en forma no canónica. Si un operando de memoria no está alineada en un límite de 64 bytes, independientemente del segmento. |
#SS(0) | Si una dirección de memoria que hace referencia al segmento SS está en forma no canónica. #PF(fault-code) Si ocurre un fallo de pagina. |
#NM | Si CR0.TS[bit 3] = 1. |
#UD | Si CPUID.01H:ECX.XSAVE[26] = 0. Si CR4.OSXSAVE[bit 18] = 0. Si se utiliza el prefijo LOCK. |
#AC | Si esta excepción es deshabilitadauna excepción de protección general (#GP) se señalizasiel operando de memoriano se alinea en un límite de 64 bytes, como se describe anteriormente. Si la excepción de comprobación de alineación (#AC) está habilitado (y elCPL3), señalización de#ACno se garantiza y puede variar con la aplicación, como se indica a continuación.#ACno es señalizado,una excepción de protección general se señalizaAdemás, el ancho del control de alineación también puede variar con la implementación. Por ejemplo, para una implementación determinada, una excepción de control de alineación puede ser señalizada para un mal alineamiento de 2 bytes, mientras queuna excepción de protección generalpuede ser señalizado para todas las otras mal alineaciones (4-, 8-, o 16-bytes). |