En la arquitectura x86 , la instrucción CPUID (identificada por un CPUID
código de operación ) es una instrucción complementaria del procesador (su nombre deriva de CPU Identification) que permite al software descubrir detalles del procesador. Fue introducida por Intel en 1993 con el lanzamiento de los procesadores Pentium y SL-enhanced 486. [1]
Un programa puede usarlo CPUID
para determinar el tipo de procesador y si están implementadas funciones como MMX / SSE .
Antes de la disponibilidad general de la CPUID
instrucción, los programadores escribían código de máquina esotérico que explotaba pequeñas diferencias en el comportamiento de la CPU para determinar la marca y el modelo del procesador. [2] [3] [4] [5] Con la introducción del procesador 80386, EDX al reiniciar indicaba la revisión, pero esto solo era legible después del reinicio y no había una forma estándar para que las aplicaciones leyeran el valor.
Fuera de la familia x86, los desarrolladores todavía deben utilizar procesos esotéricos (que involucran sincronización de instrucciones o desencadenadores de fallas de CPU) para determinar las variaciones presentes en el diseño de CPU.
Por ejemplo, en la familia Motorola 680x0 (que nunca tuvo una CPUID
instrucción de ningún tipo), ciertas instrucciones específicas requerían privilegios elevados. Estos se podían usar para diferenciar a varios miembros de la familia de CPU. En el Motorola 68010, la instrucción MOVE de SR se volvió privilegiada. Este notable cambio de instrucción (y de máquina de estados) permitió que el 68010 cumpliera con los requisitos de virtualización de Popek y Goldberg . Debido a que el 68000 ofrecía una instrucción MOVE sin privilegios de SR, las 2 CPU diferentes se podían diferenciar mediante una condición de error de CPU que se desencadenaba.
Si bien la CPUID
instrucción es específica de la arquitectura x86, otras arquitecturas (como ARM) a menudo proporcionan registros en el chip que pueden leerse de formas prescritas para obtener los mismos tipos de información proporcionada por la CPUID
instrucción x86.
El CPUID
código de operación es 0F A2
.
En lenguaje ensamblador , la CPUID
instrucción no toma parámetros, ya que CPUID
utiliza implícitamente el registro EAX para determinar la categoría principal de información devuelta. En la terminología más reciente de Intel, esto se denomina hoja CPUID. CPUID
debe llamarse con EAX = 0
primero, ya que esto almacenará en el registro EAX el parámetro de llamada EAX más alto (hoja) que implementa la CPU.
Para obtener información sobre la función extendida, CPUID
se debe llamar con el bit más significativo de EAX establecido. Para determinar el parámetro de llamada de función extendida más alto, llame CPUID
con EAX = 80000000h
.
Las hojas de CPUID mayores que 3 pero menores que 80000000 son accesibles solo cuando los registros específicos del modelo tienen IA32_MISC_ENABLE.BOOT_NT4 [bit 22] = 0 (que es así por defecto). Como sugiere el nombre, Windows NT 4.0 hasta SP6 no arrancaba correctamente a menos que este bit estuviera configurado, [6] pero las versiones posteriores de Windows no lo necesitan, por lo que se puede asumir que las hojas básicas mayores que 4 son visibles en los sistemas Windows actuales. A partir de abril de 2024 [update], las hojas básicas válidas llegan hasta 23h, pero la información devuelta por algunas hojas no se divulga en la documentación disponible públicamente, es decir, están "reservadas".
Algunas de las hojas agregadas más recientemente también tienen subhojas, que se seleccionan a través del registro ECX antes de llamar CPUID
.
Esto devuelve la cadena de identificación del fabricante de la CPU: una cadena ASCII de doce caracteres almacenada en EBX, EDX, ECX (en ese orden). El parámetro de llamada básico más alto (el valor más grande en el que se puede configurar EAX antes de llamar CPUID
) se devuelve en EAX.
Aquí hay una lista de procesadores y la función más alta implementada.
Las siguientes son cadenas de identificación de fabricantes de procesadores conocidas:
"AuthenticAMD"
– AMD"CentaurHauls"
– IDT WinChip/ Centaur (incluidas algunas CPU VIA y Zhaoxin)"CyrixInstead"
– Cyrix /primeros STMicroelectronics e IBM"GenuineIntel"
– Inteligencia"GenuineIotel"
– Intel (raro) [7] [8]"TransmetaCPU"
– Transmeta"GenuineTMx86"
– Transmeta"Geode by NSC"
– Semiconductor Nacional"NexGenDriven"
– NexGen"RiseRiseRise"
- Elevar"SiS SiS SiS "
– Hermana"UMC UMC UMC "
– Iglesia Metodista Unida"Vortex86 SoC"
– DM&P Vortex86" Shanghai "
– Zhaoxin"HygonGenuine"
– Hygon"Genuine RDC"
– RDC Semiconductor Co. Ltd. [9]"E2K MACHINE"
– Estación de tren de alta velocidad Elbrus [10]"VIA VIA VIA "
– VIA [ cita requerida ]"AMD ISBETTER"
– primeras muestras de ingeniería del procesador AMD K5 [11] [12] [ se necesita una mejor fuente ]Las siguientes son cadenas de identificación utilizadas por núcleos de CPU de código abierto :
"GenuineAO486"
– CPU ao486 (antigua) [13] [14]"MiSTer AO486"
– CPU ao486 (nueva) [15] [14]"GenuineIntel"
– v586 core [16] (esto es idéntico a la cadena de identificación de Intel)Las siguientes son cadenas de identificación conocidas de máquinas virtuales:
"MicrosoftXTA"
– Microsoft x86 a ARM [17]"GenuineIntel"
– Rosetta 2 de Apple [18]"VirtualApple"
– Versiones más nuevas de Apple Rosetta 2"PowerVM Lx86"
– PowerVM Lx86 (emulador x86 para procesadores IBM POWER5 / POWER6 ) [19]Por ejemplo, en un GenuineIntel
procesador, los valores devueltos en EBX son 0x756e6547
, EDX es 0x49656e69
y ECX es 0x6c65746e
. El siguiente código de ejemplo muestra la cadena de identificación del proveedor, así como el parámetro de llamada más alto que implementa la CPU.
.intel_syntax sin prefijo .texto.m0: .string "CPUID: %x\n" .m1: .string "Número de función básica más grande implementado: %i\n" .m2: .string "ID del proveedor: %s\n" .globl principal principal:Empujar r12 movimiento eax , 1 subtítulo rsp , 16 identificador de CPU Lea RDI , .m0 [ rip ] movimiento esi , eax llamar a printfmovimiento eax , 0 identificador de CPULea RDI , .m1 [ rip ] movimiento esi , eax movimiento r12d , edx movimiento ebp , ecx llamar a printf movimiento 3 [ rsp ], ebx leer rsi , 3 [ rsp ] Lea RDI , .m2 [ rip ] movimiento 7 [ rsp ], r12d mov 11 [ rsp ], ebp llamar a printfañadir rsp , 16 estallido r12 retirado .sección .nota.GNU - pila , "" , @ progbits
En algunos procesadores, es posible modificar la cadena de identificación del fabricante informada por CPUID.(EAX=0) escribiendo una nueva cadena de identificación en MSR ( registros específicos del modelo ) particulares mediante la WRMSR
instrucción. Esto se ha utilizado en procesadores que no son Intel para habilitar funciones y optimizaciones que se han deshabilitado en el software para CPU que no devuelven la GenuineIntel
cadena de identificación. [20] Los procesadores que se sabe que poseen dichos MSR incluyen:
Esto devuelve la información de la versión , el modelo y la familia de la CPU en el registro EAX (también llamado la firma de una CPU), los indicadores de características en los registros EDX y ECX, y la información de características adicionales en el registro EBX. [28]
A partir de octubre de 2023, se conocen los siguientes identificadores de familia de procesadores x86: [30]
CPUID
instrucción; sin embargo, devuelve el ID de familia 3h
en el valor de reinicio de EDX.8h
La información del procesador y las características son específicas del fabricante, pero generalmente los valores de Intel son utilizados por otros fabricantes por razones de compatibilidad.
CPUID
con un índice de hoja (EAX) mayor que 0 puede dejar EBX y ECX sin modificar, manteniendo sus valores anteriores. Por este motivo, se recomienda poner a cero EBX y ECX antes de ejecutar CPUID
con un índice de hoja de 1.Entre los procesadores que presentan este comportamiento se incluyen Cyrix MII [46] e IDT WinChip 2. [47]
CentaurHauls
, GenuineTMx86
y RiseRiseRise
), la CMPXCHG8B
instrucción siempre es compatible, sin embargo, el bit de característica para la instrucción podría no estar configurado. Esta es una solución temporal para un error en Windows NT. [48]AuthenticAMD
Familia 5 Modelo 0), el bit 9 de EDX solía indicar compatibilidad con PGE. Esto se trasladó al bit 13 a partir del K5 Modelo 1. [49]GenuineIntel
Familia 6 Modelo 1), el bit EDX 11 no es válido: el bit está configurado, pero las instrucciones SYSENTER
y SYSEXIT
no son compatibles con Pentium Pro. [51]FCMOV
y FCOMI
las instrucciones solo están disponibles si también está presente la FPU x87 integrada (indicada por el bit 0 de EDX).119h
( BBL_CR_CTL
) en 1. Al hacerlo, se eliminará la hoja 3 y hará que CPUID.(EAX=1):EDX[bit 18] devuelva 0.En documentación anterior, este bit a menudo se menciona como un indicador de " Tecnología Hyper-Threading " [56] ; sin embargo, si bien este indicador es un requisito previo para la compatibilidad con Hyper-Threading, no indica por sí mismo compatibilidad con Hyper-Threading y se ha configurado en muchas CPU que no cuentan con ningún tipo de tecnología multi-threading. [57]
Los campos reservados deben enmascararse antes de usarlos para fines de identificación del procesador.
Esto devuelve una lista de descriptores que indican las capacidades de caché y TLB en los registros EAX, EBX, ECX y EDX.
En los procesadores que admiten esta hoja, la llamada CPUID
con EAX=2 hará que el byte inferior de EAX se establezca en 01h
[a] y los 15 bytes restantes de EAX/EBX/ECX/EDX se llenen con 15 descriptores, un byte cada uno. Estos descriptores proporcionan información sobre las memorias caché, las TLB y la precarga del procesador. Normalmente se trata de una memoria caché o TLB por descriptor, pero algunos valores de descriptor también proporcionan otra información; en particular, 00h
se utiliza para un descriptor vacío, FFh
indica que la hoja no contiene información de memoria caché válida y que se debe utilizar la hoja 4h en su lugar, e FEh
indica que la hoja no contiene información de TLB válida y que se debe utilizar la hoja 18h en su lugar. Los descriptores pueden aparecer en cualquier orden.
Para cada uno de los cuatro registros (EAX, EBX, ECX, EDX), si se establece el bit 31, entonces no se debe considerar que el registro contenga descriptores válidos (por ejemplo, en Itanium en modo IA-32, CPUID(EAX=2) retorna 80000000h
en EDX - esto se debe interpretar como que EDX no contiene información válida, no que contiene un descriptor para un caché L2 de 512K).
La siguiente tabla proporciona, para valores de descriptor conocidos, una descripción condensada de la caché o TLB indicada por ese valor de descriptor (u otra información, cuando corresponda). Los sufijos utilizados en la tabla son:
CPUID
debe llamar a la función con EAX=2 para obtener todos los descriptores de caché/TLB. Sin embargo, todos los procesadores conocidos que implementan esta hoja devuelven 01h
este byte, y la documentación más reciente de Intel (SDM rev 053 [61] y posteriores) especifica que este byte tiene el valor 01h
.0Dh
y 0Eh
, Intel AP-485 rev 37 [62] enumera los cachés que describen como que tienen ECC ; esto se eliminó en la rev 38 y en la documentación de Intel posterior.10h
, 15h
, 1Ah
, 88h
, 89h
, 8Ah
, 90h
, 96h
, 9Bh
están documentados únicamente para el modo de operación IA-32 de Itanium . [63]21h
se conoce en algunos lugares (por ejemplo, AP-485 rev 36 [64] pero no rev 37) como "MLC" (caché de nivel medio).26h
, 27h
, 28h
y 81h
no están incluidos en la documentación de Intel y no se utilizan en ninguna CPU conocida. ( 81h
se ha visto en muestras de ingeniería del Intel Timna cancelado . [74] ) Sin embargo, se ha informado que son reconocidos por el kernel de Windows NT v5.1 ( Windows XP ) y superiores. 81h
también es reconocido por v5.0 ( Windows 2000 ). [75]39h-3Eh
73h
39h
3Bh
3Ch
3Fh
, a partir de noviembre de 2024, no aparece en ninguna documentación conocida de Intel; sin embargo, se utiliza en los procesadores Intel Tolapai , [68] y aparece en un parche del kernel de Linux proporcionado por Intel. [69]CyrixInstead
Familia 6 Modelo 5) indica que este procesador utiliza valores de descriptor 74h
y 77h
para sus TLB, y valores 42h
y 82h
para sus cachés, pero no especifica a qué cachés/TLB en el procesador corresponde cada uno de estos valores de descriptor. [70]49h
indica un caché de nivel 3 en GenuineIntel
las CPU de la familia 0Fh modelo 6 (Xeon basado en Pentium 4) y un caché de nivel 2 en otras CPU.4Fh
. Los procesadores que utilizan este descriptor (Intel Atom "Bonnell" [71] ) se describen en otras partes como si tuvieran un ITLB de 32 entradas totalmente asociativo. [72]CyrixInstead
y Geode by NSC
), los descriptores 70h
y 80h
tienen un significado diferente: [73]70h
indica una TLB asociativa de conjunto de 4 vías con instrucciones+datos compartidos y 32 entradas con un tamaño de página de 4K.80h
indica un caché L1 de instrucciones+datos compartido de 16 KB con asociatividad de conjuntos de 4 vías y un tamaño de línea de caché de 16 bytes.76h
aparece como un caché L2 de 1 MB en la rev 37 de Intel AP-485, [62] pero como una TLB de instrucciones en la rev 38 y en toda la documentación de Intel posterior.77h
7Eh
8Dh
B1h
, la capacidad de TLB es de 8 elementos cuando se utilizan páginas de 2 MB, pero se reduce a 4 elementos cuando se utilizan páginas de 4 MB.F0h
y F1h
es el paso recomendado para la precarga de memoria con la PREFETCHNTA
instrucción. [80]Esto devuelve el número de serie del procesador. El número de serie del procesador se introdujo en Intel Pentium III , pero debido a cuestiones de privacidad, esta función ya no se implementa en los modelos posteriores (el bit de la función PSN siempre se borra). Los procesadores Efficeon y Crusoe de Transmeta también ofrecen esta función. Sin embargo, las CPU AMD no implementan esta función en ningún modelo de CPU.
En el caso de las CPU Intel Pentium III, el número de serie se devuelve en los registros EDX:ECX. En el caso de las CPU Transmeta Efficeon, se devuelve en los registros EBX:EAX. Y en el caso de las CPU Transmeta Crusoe, se devuelve únicamente en el registro EBX.
Tenga en cuenta que la función de número de serie del procesador debe estar habilitada en la configuración del BIOS para funcionar.
Estas dos hojas se utilizan para proporcionar información sobre los niveles de jerarquía de caché disponibles para el núcleo del procesador en el que CPUID
se ejecuta la instrucción. Leaf 4
se utiliza en procesadores Intel y leaf 8000'001Dh
se utiliza en procesadores AMD: ambos devuelven datos en EAX, EBX, ECX y EDX, utilizando el mismo formato de datos excepto que leaf 4
devuelve algunos campos adicionales que se consideran "reservados" para leaf 8000'001Dh
. Ambos proporcionan información de caché de CPU en una serie de subhojas seleccionadas por ECX: para obtener información sobre todos los niveles de caché, es necesario invocar CPUID
repetidamente, con EAX= 4
o 8000'001Dh
y ECX configurados en valores crecientes comenzando desde 0 (0,1,2,...) hasta que se encuentre una subhoja que no describa ninguna caché (EAX[4:0]=0). Las subhojas que devuelven información de caché pueden aparecer en cualquier orden, pero todas aparecerán antes de la primera subhoja que no describa ninguna caché.
En la siguiente tabla, los campos que están definidos para la hoja 4
pero no para la hoja 8000'001Dh
están resaltados con color de celda amarillo y un elemento (#4) .
GenuineIntel
Familia ). [40] Para otros procesadores, se deben utilizar en su lugar los bits 1:0 de EDX.0Bh
Para cualquier caché que sea válido y no totalmente asociativo, el valor devuelto en ECX es la cantidad de conjuntos en el caché menos 1. (Para cachés totalmente asociativos, ECX debe tratarse como si devolviera el valor 0). Para cualquier caché dado descrito por una subhoja de CPUID
leaf 4
o 8000'001Dh
, el tamaño total del caché en bytes se puede calcular como:
CacheSize = (EBX[11:0]+1) * (EBX[21:12]+1) * (EBX[31:22]+1) * (ECX+1)
Por ejemplo, en las CPU Intel Crystalwell , ejecutar CPUID con EAX=4 y ECX=4 hará que el procesador devuelva la siguiente información de tamaño para su caché de nivel 4 en EBX y ECX: EBX=03C0F03F
y ECX=00001FFF
- esto debe interpretarse como que este caché tiene un tamaño de línea de caché de 64 bytes (EBX[11:0]+1), tiene 16 líneas de caché por etiqueta (EBX[21:12]+1), es asociativo de conjuntos de 16 vías (EBX[31:22]+1) con 8192 conjuntos (ECX+1), para un tamaño total de 64*16*16*8192=134217728 bytes, o 128 megabytes binarios.
Estas dos hojas se utilizan para la topología del procesador (subproceso, núcleo, paquete) y la enumeración de la jerarquía de caché en los procesadores multinúcleo (y con hiperproceso) de Intel. [82] A partir de 2013, [update]AMD no utiliza estas hojas, pero tiene formas alternativas de realizar la enumeración de núcleos. [83]
A diferencia de la mayoría de las otras hojas CPUID, la hoja Bh devolverá diferentes valores en EDX dependiendo de qué procesador lógico ejecute la instrucción CPUID; el valor devuelto en EDX es en realidad el id x2APIC del procesador lógico. Sin embargo, el espacio de id x2APIC no se asigna continuamente a procesadores lógicos; puede haber brechas en la asignación, lo que significa que algunos id x2APIC intermedios no necesariamente corresponden a ningún procesador lógico. En los otros registros se proporciona información adicional para asignar los id x2APIC a núcleos. Aunque la hoja Bh tiene subhojas (seleccionadas por ECX como se describe más adelante), el valor devuelto en EDX solo se ve afectado por el procesador lógico en el que se ejecuta la instrucción, pero no por la subhoja.
La topología de procesadores expuesta por la hoja Bh es jerárquica, pero con la extraña salvedad de que el orden de los niveles (lógicos) en esta jerarquía no necesariamente corresponde al orden en la jerarquía física ( SMT /núcleo/paquete). Sin embargo, cada nivel lógico puede ser consultado como una subhoja ECX (de la hoja Bh) para su correspondencia con un "tipo de nivel", que puede ser SMT, núcleo o "inválido". El espacio de identificación de nivel comienza en 0 y es continuo, lo que significa que si una identificación de nivel es inválida, todas las identificaciones de nivel superior también lo serán. El tipo de nivel se devuelve en los bits 15:08 de ECX, mientras que la cantidad de procesadores lógicos en el nivel consultado se devuelve en EBX. Finalmente, la conexión entre estos niveles y las identificaciones de x2APIC se devuelve en EAX[4:0] como la cantidad de bits que la identificación de x2APIC debe desplazarse para obtener una identificación única en el siguiente nivel.
Como ejemplo, un procesador Westmere de doble núcleo capaz de realizar hiperprocesamiento (es decir, que tenga dos núcleos y cuatro subprocesos en total) podría tener los identificadores x2APIC 0, 1, 4 y 5 para sus cuatro procesadores lógicos. La hoja Bh (=EAX), subhoja 0 (=ECX) de CPUID podría, por ejemplo, devolver 100h en ECX, lo que significa que el nivel 0 describe la capa SMT (hiperprocesamiento), y devolver 2 en EBX porque hay dos procesadores lógicos (unidades SMT) por núcleo físico. El valor devuelto en EAX para esta subhoja 0 debería ser 1 en este caso, porque desplazar los identificadores x2APIC antes mencionados a la derecha en un bit proporciona un número de núcleo único (en el siguiente nivel de la jerarquía de identificadores de nivel) y borra el bit de identificador SMT dentro de cada núcleo. Una forma más sencilla de interpretar esta información es que el último bit (bit número 0) del id de x2APIC identifica la unidad SMT/hyperthreading dentro de cada núcleo en nuestro ejemplo. Avanzar a la subhoja 1 (haciendo otra llamada a CPUID con EAX=Bh y ECX=1) podría, por ejemplo, devolver 201h en ECX, lo que significa que este es un nivel de tipo de núcleo, y 4 en EBX porque hay 4 procesadores lógicos en el paquete; EAX devuelto podría ser cualquier valor mayor que 3, porque resulta que el bit número 2 se utiliza para identificar el núcleo en el id de x2APIC. Tenga en cuenta que el bit número 1 del id de x2APIC no se utiliza en este ejemplo. Sin embargo, EAX devuelto en este nivel bien podría ser 4 (y resulta ser así en un Clarkdale Core i3 5x0) porque eso también proporciona un id único en el nivel de paquete (=0 obviamente) al cambiar el id de x2APIC por 4 bits. Por último, puede que te preguntes qué nos puede decir la hoja EAX=4 que no hayamos descubierto ya. En EAX[31:26] devuelve los bits de máscara APIC reservados para un paquete; en nuestro ejemplo, serían 111b porque los bits 0 a 2 se utilizan para identificar procesadores lógicos dentro de este paquete, pero el bit 1 también está reservado, aunque no se utiliza como parte del esquema de identificación de procesadores lógicos. En otras palabras, los identificadores APIC 0 a 7 están reservados para el paquete, aunque la mitad de estos valores no se asignan a un procesador lógico.
La jerarquía de caché del procesador se explora observando las subhojas de la hoja 4. Los identificadores APIC también se utilizan en esta jerarquía para transmitir información sobre cómo los diferentes niveles de caché son compartidos por las unidades SMT y los núcleos. Para continuar con nuestro ejemplo, la caché L2, que es compartida por las unidades SMT del mismo núcleo pero no entre núcleos físicos en Westmere, se indica mediante EAX[26:14] establecido en 1, mientras que la información de que la caché L3 es compartida por todo el paquete se indica estableciendo esos bits en (al menos) 111b. Los detalles de la caché, incluidos el tipo de caché, el tamaño y la asociatividad, se comunican a través de los otros registros en la hoja 4.
Tenga en cuenta que las versiones anteriores de la nota de aplicación 485 de Intel contienen información engañosa, en particular con respecto a la identificación y el recuento de núcleos en un procesador multinúcleo; [84] incluso se han incorporado errores por la mala interpretación de esta información en el código de muestra de Microsoft para usar CPUID, incluso para la edición 2013 de Visual Studio, [85] y también en la página sandpile.org para CPUID, [86] pero el ejemplo de código de Intel para identificar la topología del procesador [82] tiene la interpretación correcta, y el Manual del desarrollador de software de Intel actual tiene un lenguaje más claro. El código de producción multiplataforma (de código abierto) [87] de Wildfire Games también implementa la interpretación correcta de la documentación de Intel.
En una presentación de Intel de 2010 se ofrecen ejemplos de detección de topología que involucran procesadores Intel más antiguos (anteriores a 2010) que carecen de x2APIC (por lo tanto, no implementan la hoja EAX=Bh). [88] Tenga en cuenta que el uso de ese método de detección más antiguo en procesadores Intel de 2010 y más nuevos puede sobreestimar la cantidad de núcleos y procesadores lógicos porque el método de detección antiguo supone que no hay espacios en el espacio de identificación de APIC, y esta suposición es violada por algunos procesadores más nuevos (comenzando con la serie Core i3 5x0), pero estos procesadores más nuevos también vienen con un x2APIC, por lo que su topología se puede determinar correctamente utilizando el método de hoja EAX=Bh.
Esto devuelve información de funciones relacionada con las instrucciones MONITOR
y MWAIT
en los registros EAX, EBX, ECX y EDX.
Esto devuelve bits de características en el registro EAX e información adicional en los registros EBX, ECX y EDX.
IA32_HWP_REQUEST
MSR en las CPU que lo admiten, es necesario establecer el bit 0 del FAST_UNCORE_MSRS_CTL
( 657h
) MSR.Esto devuelve indicadores de funciones extendidas en EBX, ECX y EDX. Devuelve el valor ECX máximo para EAX=7 en EAX.
Esto devuelve indicadores de funciones extendidas en los cuatro registros.
MWAIT
instrucción puede indicarse mediante CPUID.(EAX=1).ECX[3] o CPUID.(EAX=7,ECX=1).EDX[23]. (Se pueden configurar uno o ambos). El primero MONITOR
también indica soporte para la instrucción, mientras que el último no indica de una forma u otra si la MONITOR
instrucción está presente. MWAIT
without MONITOR
puede estar presente en sistemas que admiten la característica "Monitorless MWAIT" (que se indica mediante CPUID.(EAX=5).ECX[3] ).Esto devuelve indicadores de funciones extendidas en EDX.
EAX, EBX y ECX están reservados.
Esta hoja se utiliza para enumerar las características y los componentes de estado de XSAVE.
La extensión del conjunto de instrucciones XSAVE está diseñada para guardar/restaurar el estado extendido de la CPU (normalmente con el fin de cambiar de contexto ) de una manera que se pueda ampliar para cubrir nuevas extensiones del conjunto de instrucciones sin que el código de cambio de contexto del SO necesite comprender los detalles de las nuevas extensiones. Esto se hace definiendo una serie de componentes de estado , cada uno con un tamaño y un desplazamiento dentro de un área de almacenamiento determinada, y cada uno correspondiente a un subconjunto del estado necesario para una extensión de CPU u otra. La EAX=0Dh
hoja CPUID se utiliza para proporcionar información sobre qué componentes de estado admite la CPU y cuáles son sus tamaños/desplazamientos, de modo que el SO pueda reservar la cantidad adecuada de espacio y establecer los bits de habilitación asociados.
Los componentes de estado se pueden subdividir en dos grupos: estado de usuario (elementos de estado que son visibles para la aplicación, por ejemplo, registros vectoriales AVX-512 ) y estado de supervisor (elementos de estado que afectan a la aplicación pero no son directamente visibles para el usuario, por ejemplo, configuración de interrupción del modo usuario). Los elementos de estado de usuario se habilitan configurando sus bits asociados en el XCR0
registro de control, mientras que los elementos de estado de supervisor se habilitan configurando sus bits asociados en el MSR IA32_XSS
( 0DA0h
) - los elementos de estado indicados se convierten entonces en los componentes de estado que se pueden guardar y restaurar con la familia de instrucciones XSAVE
/ XRSTOR
.
El mecanismo XSAVE puede manejar hasta 63 componentes de estado de esta manera. Los componentes de estado 0 y 1 ( x87 y SSE , respectivamente) tienen desplazamientos y tamaños fijos; para los componentes de estado 2 a 62, se pueden consultar sus tamaños, desplazamientos y algunos indicadores adicionales ejecutando CPUID
con EAX=0Dh
y ECX
estableciendo el índice del componente de estado. Esto devolverá los siguientes elementos en EAX, EBX y ECX (con EDX reservado):
Intentar consultar un componente de estado no compatible de esta manera da como resultado que EAX, EBX, ECX y EDX se establezcan en 0.
Las subhojas 0 y 1 de CPUID
la hoja 0Dh
se utilizan para proporcionar información sobre las características:
A partir de julio de 2023, los componentes de estado XSAVE que se han definido arquitectónicamente son:
XCR0
está cableado a 1, de modo que las instrucciones XSAVE siempre admitirán guardar/restaurar el estado x87.XCR0
y IA32_XSS
, el bit 63 está reservado específicamente para la expansión del vector de bits: esto impide la existencia de un componente de estado 63.Esta hoja proporciona información sobre las capacidades admitidas de la función Intel Software Guard Extensions (SGX). La hoja proporciona varias subhojas, que se seleccionan con ECX.
La subhoja 0 proporciona información sobre las funciones de hoja SGX admitidas en EAX y los tamaños máximos de enclave SGX admitidos en EDX; ECX está reservado. EBX proporciona un mapa de bits que se puede configurar en el campo MISCSELECT en SECS (Estructura de control de enclave SGX): este campo se utiliza para controlar la información escrita en la región MISC de SSA (Área de estado de guardado SGX) cuando se produce una AEX (Salida de enclave asíncrona SGX).
La subhoja 1 proporciona un mapa de bits de los bits que se pueden configurar en el campo ATRIBUTOS de 128 bits de SECS en EDX:ECX:EBX:EAX (esto se aplica a la copia de SECS utilizada como entrada para la ENCLS[ECREATE]
función de hoja). Los 64 bits superiores (dados en EDX:ECX) son un mapa de bits de los bits que se pueden configurar en XFRM (máscara de solicitud de característica X); esta máscara es una máscara de bits de los componentes de estado de la CPU (consulte la hoja 0Dh) que se guardarán en el SSA en caso de un AEX; tiene la misma disposición que el XCR0
registro de control. Los demás bits se dan en EAX y EBX, de la siguiente manera:
ENCLS[EINIT]
. Este bit debe ser 0 en la copia de SECS que se proporciona como entrada a ENCLS[CREATE]
.Las subehojas 2 y superiores se utilizan para proporcionar información sobre qué regiones de memoria física están disponibles para su uso como secciones EPC (Enclave Page Cache) bajo SGX.
Esta subhoja proporciona información sobre las funciones de Intel Processor Trace (también conocido como Real Time Instruction Trace).
El valor devuelto en EAX es el índice de la subhoja más alta compatible con CPUID con EAX=14h. EBX y ECX proporcionan indicadores de funciones, EDX está reservado.
Estas dos hojas proporcionan información sobre varias frecuencias en la CPU en EAX, EBX y ECX (EDX está reservado en ambas hojas).
Si los valores devueltos en EBX y ECX de la hoja 15h son ambos distintos de cero, entonces la frecuencia TSC ( Time Stamp Counter ) en Hz viene dada por TSCFreq = ECX*(EBX/EAX)
.
En algunos procesadores (por ejemplo, Intel Skylake ), CPUID_15h_ECX es cero, pero CPUID_16h_EAX está presente y no es cero. En todos los procesadores conocidos donde este es el caso, [108] la frecuencia TSC es igual a la frecuencia base del procesador, y la frecuencia del reloj de cristal central en Hz se puede calcular como CoreCrystalFreq = (CPUID_16h_EAX * 10000000) * (CPUID_15h_EAX/CPUID_15h_EBX)
.
En los procesadores que enumeran la relación TSC/Core Crystal Clock en la hoja 15h de CPUID, la frecuencia del temporizador APIC será la frecuencia del Core Crystal Clock dividida por el divisor especificado por el Registro de configuración de división de APIC. [109]
Esta hoja está presente en sistemas donde se implementa un núcleo de IP de CPU x86 en un SoC ( sistema en chip ) de otro proveedor; mientras que las otras hojas CPUID
brindan información sobre el núcleo de CPU x86, esta hoja brinda información sobre el SoC. Esta hoja toma un índice de subhoja en ECX.
La subhoja 0 devuelve un índice de subhoja máximo en EAX (al menos 3) e información de identificación de SoC en EBX/ECX/EDX:
Las subhojas 1 a 3 devuelven una cadena de marca de proveedor de SoC de 48 bytes en formato UTF-8 . La subhoja 1 devuelve los primeros 16 bytes en EAX, EBX, ECX, EDX (en ese orden); la subhoja 2 devuelve los siguientes 16 bytes y la subhoja 3 devuelve los últimos 16 bytes. Se permite que la cadena termine en nulo, pero no es obligatorio .
Esta hoja proporciona información sobre las características de Intel Key Locker en EAX, EBX y ECX. EDX está reservado.
Cuando ECX=0
, se enumera la subhoja de "paleta" admitida más alta en EAX. Cuando , se devuelve ECX≥1
información sobre la paleta n .
Esta hoja devuelve información sobre la TMUL
unidad (multiplicador de mosaicos).
Esta hoja devuelve banderas de características en la TMUL
unidad (multiplicador de mosaicos).
Cuando Intel TDX ( Trust Domain Extensions ) está activo, los intentos de ejecutar la CPUID
instrucción por parte de un invitado TD (Trust Domain) serán interceptados por el módulo TDX. Este módulo, cuando CPUID
se invoca con EAX=21h
y ECX=0
(leaf 21h
, sub-leaf 0), devolverá el índice de la sub-leaf admitida más alta para leaf 21h
en EAX
y una cadena de identificación de proveedor del módulo TDX como una cadena ASCII de 12 bytes en EBX, EDX, ECX (en ese orden). La propia implementación del módulo de Intel devuelve la cadena de identificación de proveedor (con cuatro espacios finales) [111] - para este módulo, la información de características adicionales no está disponible a través de y, en su lugar, debe obtenerse a través de la instrucción específica de TDX."IntelTDX "
CPUID
TDCALL
Esta hoja está reservada en el hardware y (en los procesadores cuya hoja básica más alta sea 21h
o superior) devolverá 0 en EAX/EBX/ECX/EDX cuando se ejecute directamente en la CPU.
Esto devuelve una subhoja máxima admitida en la información de características de EAX y AVX10 en EBX. [103] (ECX y EDX están reservados).
La subhoja 1 está reservada para las funciones de AVX10 que no están vinculadas a una versión. Actualmente, no hay ninguna definida.
La función más alta se devuelve en EAX. Esta hoja solo está presente en los procesadores Xeon Phi . [112]
Esta función devuelve indicadores de características.
Cuando la CPUID
instrucción se ejecuta bajo la virtualización Intel VT-x o AMD-v , será interceptada por el hipervisor, lo que le permitirá devolver CPUID
indicadores de características que difieren de los del hardware subyacente. Las CPUID
hojas no se implementan en el hardware y están reservadas para que las utilicen los hipervisores para proporcionar identificación específica del hipervisor e información de características a través de este mecanismo de intercepción.40000000h
4FFFFFFFh
Para leaf 40000000h
, se espera que el hipervisor devuelva el índice de la hoja CPUID de hipervisor compatible más alta en EAX y una cadena de identificación de hipervisor de 12 caracteres en EBX, ECX, EDX (en ese orden). Para leaf 40000001h
, el hipervisor puede devolver una firma de identificación de interfaz en EAX (por ejemplo, los hipervisores que desean anunciar que son compatibles con Hyper-V pueden devolverla en EAX 0x31237648
) “Hv#1”
. [113] [114] Los formatos de leaves 40000001h
y hasta la hoja compatible más alta son, de lo contrario, específicos del hipervisor. Los hipervisores que implementan estas leaves normalmente también establecerán el bit 31 de ECX para la hoja CPUID 1 para indicar su presencia.
Los hipervisores que exponen más de una interfaz de hipervisor pueden proporcionar conjuntos adicionales de hojas de CPUID para las interfaces adicionales, con un espaciado de 100h
hojas por interfaz. Por ejemplo, cuando QEMU está configurado para proporcionar interfaces tanto de Hyper-V como de KVM , proporcionará información de Hyper-V a partir de la hoja de CPUID 40000000h
e información de KVM a partir de la hoja 40000100h
. [115] [116]
Algunos hipervisores que se sabe que devuelven una cadena de identificación de hipervisor en la hoja 40000000h
incluyen:
El parámetro de llamada más alto se devuelve en EAX.
EBX/ECX/EDX devuelven la cadena de identificación del fabricante (igual que EAX=0) en las CPU AMD pero no en las Intel.
Esto devuelve indicadores de funciones extendidas en EDX y ECX.
Muchos de los bits de la hoja EDX
(bits 0 a 9, 12 a 17, 23 y 24) son duplicados de los EDX
de la EAX=1
hoja: estos bits están resaltados en amarillo claro. (Estos bits duplicados están presentes en las CPU AMD, pero no en las Intel).
Las características de AMD son las siguientes: [135] [136]
SYSCALL
/ SYSRET
solo es válido en las CPU AuthenticAMD
de la Familia 5 Modelo 7 ( AMD K6 , 250 nm "Little Foot"); para todos los demás procesadores, se debe usar el bit 11 de EDX.Estas instrucciones se introdujeron por primera vez en el Modelo 7 [137] : el bit CPUID para indicar su soporte se trasladó [138] al bit EDX 11 a partir del Modelo 8 ( AMD K6-2 ) en adelante.
SYSCALL
/ SYSRET
solo se establece si la CPUID
instrucción se ejecuta en modo de 64 bits. [139]FCMOV
) admitidoAuthenticAMD
de la Familia 6 : el bit, combinado con la firma del procesador y la velocidad del FSB , se utiliza para identificar procesadores con capacidad para múltiples procesadores o que llevan la marca Sempron . [144]Estos devuelven la cadena de marca del procesador en EAX, EBX, ECX y EDX. CPUID
se debe emitir con cada parámetro en secuencia para obtener la cadena de marca del procesador ASCII de 48 bytes completa. [147] Es necesario verificar si la característica está presente en la CPU emitiendo CPUID
con EAX = 80000000h
first y verificando si el valor devuelto no es menor que 80000004h
.
En la documentación de Intel/AMD se especifica que la cadena debe terminar en nulo , pero no siempre es así (por ejemplo, se sabe que DM&P Vortex86DX3 y AMD Ryzen 7 6800HS devuelven cadenas de marca que no terminan en nulo en las hojas 80000002h
- 80000004h
[148] [149] ), y el software no debería depender de ello.
#include <stdio.h> #include <string.h> #include <cpuid.h> int main () { int sin signo regs [ 12 ]; char str [ tamaño de ( regs ) + 1 ]; __cpuid ( 0x80000000 , registros [ 0 ], registros [ 1 ], registros [ 2 ], registros [ 3 ]); si ( regs [ 0 ] < 0x80000004 ) devuelve 1 ; __cpuid ( 0x80000002 , regs [ 0 ], regs [ 1 ], regs [ 2 ], regs [ 3 ]); __cpuid ( 0x80000003 , regs [ 4 ], regs [ 5 ], regs [ 6 ], regs [ 7 ]); __cpuid ( 0x80000004 , regs [ 8 ], regs [ 9 ], regs [ 10 ], regs [ 11 ]); memcpy ( str , regs , tamañode ( regs )); str [ tamañode ( regs )] = '\0' ; printf ( "%s \n " , str ); devuelve 0 ; }
En los procesadores AMD, desde el Athlon de 180 nm en adelante ( AuthenticAMD
Familia 6 Modelo 2 y posteriores), es posible modificar la cadena de marca del procesador devuelta por CPUID leaves 80000002h
- 80000004h
utilizando la WRMSR
instrucción para escribir una cadena de reemplazo de 48 bytes en los MSR C0010030h
- C0010035h
. [144] [150] Esto también se puede hacer en AMD Geode GX/LX, aunque utilizando MSR 300Ah
- 300Fh
. [151]
En algunos casos, para determinar el proveedor de la CPU es necesario examinar no solo el ID del proveedor en la hoja 0 de CPUID y la firma de la CPU en la hoja 1, sino también la cadena de marca del procesador en las hojas 80000002h
- 80000004h
. Los casos conocidos incluyen:
Montage
en la cadena de marca de las CPU Montage (por ejemplo, Montage Jintide C2460 [152] e Intel Xeon Platinum 8160 [153] , ambos de los cuales se identifican como GenuineIntel
Familia 6 Modelo 55h Stepping 4, se pueden distinguir de esta manera).CentaurHauls
Las CPU de la Familia 6 pueden ser CPU VIA o Zhaoxin; se pueden distinguir por la presencia de la subcadena ZHAOXIN
en la cadena de marca de las CPU Zhaoxin (por ejemplo, Zhaoxin KaiXian ZX-C+ C4580 [154] y VIA Eden X4 C4250 [155] , ambas se identifican como CentaurHauls
Familia 6 Modelo 0Fh Stepping 0Eh, se pueden distinguir de esta manera).Esto proporciona información sobre la caché de nivel 1 del procesador y las características TLB en EAX, EBX, ECX y EDX de la siguiente manera: [a]
CyrixInstead
existe pero tiene un formato completamente diferente, similar al de leaf 2. [156]Geode by NSC
80000005h
0x80000005
en EAX. Esto tiene el mismo significado que EAX=0, es decir, no hay TLB de páginas grandes.FFh
se utiliza para indicar una TLB de 256 entradas.80000005h
, se utilizan los siguientes valores:Devuelve detalles de la caché L2 en ECX, incluido el tamaño de línea en bytes (bits 07 - 00), el tipo de asociatividad (codificado por un campo de 4 bits; bits 15 - 12) y el tamaño de la caché en KB (bits 31 - 16).
#incluir <stdio.h> #incluir <cpuid.h> int main () { entero sin signo eax , ebx , ecx , edx ; entero sin signo lsize , assoc , caché ; __cpuid ( 0x80000006 , eax , ebx , ecx , edx ); tamaño_l = ecx & 0xff ; asociación = ( ecx >> 12 ) & 0x07 ; caché = ( ecx >> 16 ) & 0xffff ; printf ( "Tamaño de línea: %d B, Tipo asociado: %d, Tamaño de caché: %d KB. \n " , lsize , assoc , cache ); devuelve 0 ; }
Esta función proporciona información sobre la administración de energía, los informes de energía y las capacidades RAS ( confiabilidad, disponibilidad y capacidad de servicio ) de la CPU.
AuthenticAMD
de la familia 0Fh, modelo 14h [161] (90 nm Athlon64/Opteron) y está presente en todas las CPU AMD posteriores, excepto las que tienen el indicador 'no_efer_lmsle' configurado.Esta hoja devuelve información sobre las características de AMD SVM ( máquina virtual segura ) en EAX, EBX y EDX.
La documentación posterior de AMD, como #25481 "Especificación CPUID" rev 2.18 [164] y posteriores, solo incluye el bit como reservado.
En la versión 2.30 [165] y posteriores, se indica un bit diferente como reservado para el uso del hipervisor: CPUID.(EAX=1):ECX[bit 31].
Rev 2.28 of #25481 lists the bit as "Ssse3Sse5Dis"[167] - in rev 2.34, it is listed as having been removed from the spec at rev 2.32 under the name "SseIsa10Compat".[168]
Several AMD CPU models will, for CPUID with EAX=8FFFFFFFh
, return an Easter Egg string in EAX, EBX, ECX and EDX.[175][176] Known Easter Egg strings include:
Returns index of highest Centaur leaf in EAX. If the returned value in EAX is less than C0000001h
, then Centaur extended leaves are not supported.
Present in CPUs from VIA and Zhaoxin.
On IDT WinChip CPUs (CentaurHauls
Family 5), the extended leaves C0000001h-C0000005h
do not encode any Centaur-specific functionality but are instead aliases of leaves 80000001h-80000005h
.[178]
This leaf returns Centaur feature information (mainly VIA PadLock) in EDX.[179][180] (EAX, EBX and ECX are reserved.)
CentaurHauls
Family 6 Model 9 only),[181] bits 0,1,4,5 are used differently:0x110A
) presentFEMMS
instruction (opcode 0F 0E
) presentThis information is easy to access from other languages as well. For instance, the C code for gcc below prints the first five values, returned by the cpuid:
#include <stdio.h>#include <cpuid.h>int main(){ unsigned int i, eax, ebx, ecx, edx; for (i = 0; i < 5; i++) { __cpuid(i, eax, ebx, ecx, edx); printf ("InfoType %x\nEAX: %x\nEBX: %x\nECX: %x\nEDX: %x\n", i, eax, ebx, ecx, edx); } return 0;}
In MSVC and Borland/Embarcadero C compilers (bcc32) flavored inline assembly, the clobbering information is implicit in the instructions:
#include <stdio.h>int main(){ unsigned int a, b, c, d, i = 0; __asm { /* Do the call. */ mov EAX, i; cpuid; /* Save results. */ mov a, EAX; mov b, EBX; mov c, ECX; mov d, EDX; } printf ("InfoType %x\nEAX: %x\nEBX: %x\nECX: %x\nEDX: %x\n", i, a, b, c, d); return 0;}
If either version was written in plain assembly language, the programmer must manually save the results of EAX, EBX, ECX, and EDX elsewhere if they want to keep using the values.
GCC also provides a header called <cpuid.h>
on systems that have CPUID. The __cpuid
is a macro expanding to inline assembly. Typical usage would be:
#include <stdio.h>#include <cpuid.h>int main(){ unsigned int eax, ebx, ecx, edx; __cpuid(0 /* vendor string */, eax, ebx, ecx, edx); printf("EAX: %x\nEBX: %x\nECX: %x\nEDX: %x\n", eax, ebx, ecx, edx); return 0;}
But if one requested an extended feature not present on this CPU, they would not notice and might get random, unexpected results. Safer version is also provided in <cpuid.h>
. It checks for extended features and does some more safety checks. The output values are not passed using reference-like macro parameters, but more conventional pointers.
#include <stdio.h>#include <cpuid.h>int main(){ unsigned int eax, ebx, ecx, edx; /* 0x81234567 is nonexistent, but assume it exists */ if (!__get_cpuid (0x81234567, &eax, &ebx, &ecx, &edx)) { printf("Warning: CPUID request 0x81234567 not valid!\n"); return 1; } printf("EAX: %x\nEBX: %x\nECX: %x\nEDX: %x\n", eax, ebx, ecx, edx); return 0;}
Notice the ampersands in &a, &b, &c, &d
and the conditional statement. If the __get_cpuid
call receives a correct request, it will return a non-zero value, if it fails, zero.[182]
Microsoft Visual C compiler has builtin function __cpuid()
so the cpuid instruction may be embedded without using inline assembly, which is handy since the x86-64 version of MSVC does not allow inline assembly at all. The same program for MSVC would be:
#include <stdio.h>#ifdef __MSVC__ #include <intrin.h>#endifint main(){ unsigned int regs[4]; int i; for (i = 0; i < 4; i++) { __cpuid(regs, i); printf("The code %d gives %d, %d, %d, %d", regs[0], regs[1], regs[2], regs[3]); } return 0;}
Many interpreted or compiled scripting languages are capable of using CPUID via an FFI library. One such implementation shows usage of the Ruby FFI module to execute assembly language that includes the CPUID opcode.
.NET 5 and later versions provide the System.Runtime.Intrinsics.X86.X86base.CpuId
method. For instance, the C# code below prints the processor brand if it supports CPUID instruction:
using System.Runtime.InteropServices;using System.Runtime.Intrinsics.X86;using System.Text;namespace X86CPUID { class CPUBrandString { public static void Main(string[] args) { if (!X86Base.IsSupported) { Console.WriteLine("Your CPU does not support CPUID instruction."); } else { Span<int> raw = stackalloc int[12]; (raw[0], raw[1], raw[2], raw[3]) = X86Base.CpuId(unchecked((int)0x80000002), 0); (raw[4], raw[5], raw[6], raw[7]) = X86Base.CpuId(unchecked((int)0x80000003), 0); (raw[8], raw[9], raw[10], raw[11]) = X86Base.CpuId(unchecked((int)0x80000004), 0); Span<byte> bytes = MemoryMarshal.AsBytes(raw); string brand = Encoding.UTF8.GetString(bytes).Trim(); Console.WriteLine(brand); } } }}
Some of the non-x86 CPU architectures also provide certain forms of structured information about the processor's abilities, commonly as a set of special registers:
CPUID
coprocessor register which requires exception level EL1 or above to access.[183]STIDP
) instruction since the 1983 IBM 4381[184] for querying the processor ID.[185]STFLE
) instruction which lists the installed hardware features.[185]PrId
) and a series of daisy-chained Configuration Registers.[186]PVR
) identifying the processor model in use. The instruction requires supervisor access level.[187]DSP and transputer-like chip families have not taken up the instruction in any noticeable way, in spite of having (in relative terms) as many variations in design. Alternate ways of silicon identification might be present; for example, DSPs from Texas Instruments contain a memory-based register set for each functional unit that starts with identifiers determining the unit type and model, its ASIC design revision and features selected at the design phase, and continues with unit-specific control and data registers. Access to these areas is performed by simply using the existing load and store instructions; thus, for such devices, there is no need for extending the register set for device identification purposes.[citation needed]
CPUID
to identify various system settingsIntel and AMD CPUs have reserved bit 31 of ECX of CPUID leaf 0x1 as the hypervisor present bit. This bit allows hypervisors to indicate their presence to the guest operating system. Hypervisors set this bit and physical CPUs (all existing and future CPUs) set this bit to zero. Guest operating systems can test bit 31 to detect if they are running inside a virtual machine.
Bit 31 of ECX of CPUID leaf 0x1. This bit has been reserved by Intel & AMD for use by hypervisors and indicates the presence of a hypervisor. Virtual CPU's (hypervisors) set this bit to 1 and physical CPU's (all existing and future CPU's) set this bit to zero. This bit can be probed by the guest software to detect whether they are running inside a virtual machine.
15.2.2 Guest Mode This new processor mode is entered through the VMRUN instruction. When in guest mode, the behavior of some x86 instructions changes to facilitate virtualization. The CPUID function numbers 4000_0000h-4000_00FFh have been reserved for software use. Hypervisors can use these function numbers to provide an interface to pass information from the hypervisor to the guest. This is similar to extracting information about a physical CPU by using CPUID. Hypervisors use the CPUID Fn 400000[FF:00] bit to denote a virtual platform. Feature bit CPUID Fn0000_0001_ECX[31] has been reserved for use by hypervisors to indicate the presence of a hypervisor. Hypervisors set this bit to 1 and physical CPU's set this bit to zero. This bit can be probed by the guest software to detect whether they are running inside a virtual machine.
8FFFFFFFh
. Retrieved 22 December 2022.