Prior to the general availability of the CPUID instruction, programmers would write esoteric machine code which exploited minor differences in CPU behavior in order to determine the processor make and model. With the introduction of the 80386 processor, EDX on reset indicated the revision but this was only readable after reset and there was no standard way for applications to read the value.
Outside the x86 family, developers are mostly still required to use esoteric processes (involving instruction timing or CPU fault triggers) to determine the variations in CPU design that are present.
While the CPUID instruction is specific to the x86 architecture, other architectures (like ARM) often provide on-chip registers which can be read in prescribed ways to obtain the same sorts of information provided by the x86 CPUID instruction.
The CPUID opcode is 0F A2.
To obtain extended function information CPUID should be called with the most significant bit of EAX set. To determine the highest extended function calling parameter, call CPUID with EAX = 80000000h.
Some of the more recently added leaves also have sub-leaves, which are selected via the ECX register before calling CPUID.
Here is a list of processors and the highest function implemented.
Highest Function ParameterFor instance, on a GenuineIntel processor, values returned in EBX is 0x756e6547, EDX is 0x49656e69 and ECX is 0x6c65746e. The following example code displays the vendor ID string as well as the highest calling parameter that the CPU implements.
.intel_syntax noprefix
.text
.m0: .string "CPUID: %x\n"
.m1: .string "Largest basic function number implemented: %i\n"
.m2: .string "Vendor ID: %s\n"
.globl main
main:
push r12
mov eax, 1
sub rsp, 16
cpuid
lea rdi, .m0[rip]
mov esi, eax
call printf
mov eax, 0
cpuid
lea rdi, .m1[rip]
mov esi, eax
mov r12d, edx
mov ebp, ecx
call printf
mov 3[rsp], ebx
lea rsi, 3[rsp]
lea rdi, .m2[rip]
mov 7[rsp], r12d
mov 11[rsp], ebp
call printf
add rsp, 16
pop r12
ret
.section .note.GNU-stack,"",@progbits
On some processors, it is possible to modify the Manufacturer ID string reported by CPUID.(EAX=0) by writing a new ID string to particular MSRs (Model-specific registers) using the WRMSR instruction. This has been used on non-Intel processors to enable features and optimizations that have been disabled in software for CPUs that don't return the GenuineIntel ID string. Processors that are known to possess such MSRs include:
Processors with Manufacturer ID MSRsThe processor info and feature flags are manufacturer specific but usually, the Intel values are used by other manufacturers for the sake of compatibility.
CPUID EAX=1: Feature Information in EDX and ECXReserved fields should be masked before using them for processor identification purposes.
On processors that support this leaf, calling CPUID with EAX=2 will cause the bottom byte of EAX to be set to 01h and the remaining 15 bytes of EAX/EBX/ECX/EDX to be filled with 15 descriptors, one byte each. These descriptors provide information about the processor's caches, TLBs and prefetch. This is typically one cache or TLB per descriptor, but some descriptor-values provide other information as well - in particular, 00h is used for an empty descriptor, FFh indicates that the leaf does not contain valid cache information and that leaf 4h should be used instead, and FEh indicates that the leaf does not contain valid TLB information and that leaf 18h should be used instead. The descriptors may appear in any order.
For each of the four registers (EAX,EBX,ECX,EDX), if bit 31 is set, then the register should not be considered to contain valid descriptors (e.g. on Itanium in IA-32 mode, CPUID(EAX=2) returns 80000000h in EDX - this should be interpreted to mean that EDX contains no valid information, not that it contains a descriptor for a 512K L2 cache.)
The table below provides, for known descriptor values, a condensed description of the cache or TLB indicated by that descriptor value (or other information, where that applies). The suffixes used in the table are:
This returns the processor's serial number. The processor serial number was introduced on Intel Pentium III, but due to privacy concerns, this feature is no longer implemented on later models (the PSN feature bit is always cleared). Transmeta's Efficeon and Crusoe processors also provide this feature. AMD CPUs however, do not implement this feature in any CPU models.
For Intel Pentium III CPUs, the serial number is returned in the EDX:ECX registers. For Transmeta Efficeon CPUs, it is returned in the EBX:EAX registers. And for Transmeta Crusoe CPUs, it is returned in the EBX register only.
In the below table, fields that are defined for leaf 4 but not for leaf 8000'001Dh are highlighted with yellow cell coloring and a (#4) item.
CPUID EAX=4 and 8000'001Dh: Cache property information in EAX, EBX and EDXFor any caches that are valid and not fully-associative, the value returned in ECX is the number of sets in the cache minus 1. (For fully-associative caches, ECX should be treated as if it return the value 0.)
For any given cache described by a sub-leaf of CPUID leaf 4 or 8000'001Dh, the total cache size in bytes can be computed as:
These two leaves are used for processor topology (thread, core, package) and cache hierarchy enumeration in Intel multi-core (and hyperthreaded) processors. As of 2013 AMD does not use these leaves but has alternate ways of doing the core enumeration.
Unlike most other CPUID leaves, leaf Bh will return different values in EDX depending on which logical processor the CPUID instruction runs; the value returned in EDX is actually the x2APIC id of the logical processor. The x2APIC id space is not continuously mapped to logical processors, however; there can be gaps in the mapping, meaning that some intermediate x2APIC ids don't necessarily correspond to any logical processor. Additional information for mapping the x2APIC ids to cores is provided in the other registers. Although the leaf Bh has sub-leaves (selected by ECX as described further below), the value returned in EDX is only affected by the logical processor on which the instruction is running but not by the subleaf.
The processor(s) topology exposed by leaf Bh is a hierarchical one, but with the strange caveat that the order of (logical) levels in this hierarchy doesn't necessarily correspond to the order in the physical hierarchy (SMT/core/package). However, every logical level can be queried as an ECX subleaf (of the Bh leaf) for its correspondence to a "level type", which can be either SMT, core, or "invalid". The level id space starts at 0 and is continuous, meaning that if a level id is invalid, all higher level ids will also be invalid. The level type is returned in bits 15:08 of ECX, while the number of logical processors at the level queried is returned in EBX. Finally, the connection between these levels and x2APIC ids is returned in EAX[4:0] as the number of bits that the x2APIC id must be shifted in order to obtain a unique id at the next level.
The cache hierarchy of the processor is explored by looking at the sub-leaves of leaf 4. The APIC ids are also used in this hierarchy to convey information about how the different levels of cache are shared by the SMT units and cores. To continue our example, the L2 cache, which is shared by SMT units of the same core but not between physical cores on the Westmere is indicated by EAX[26:14] being set to 1, while the information that the L3 cache is shared by the whole package is indicated by setting those bits to (at least) 111b. The cache details, including cache type, size, and associativity are communicated via the other registers on leaf 4.
Beware that older versions of the Intel app note 485 contain some misleading information, particularly with respect to identifying and counting cores in a multi-core processor; errors from misinterpreting this information have even been incorporated in the Microsoft sample code for using CPUID, even for the 2013 edition of Visual Studio, and also in the sandpile.org page for CPUID, but the Intel code sample for identifying processor topology has the correct interpretation, and the current Intel Software Developer's Manual has a more clear language. The (open source) cross-platform production code from Wildfire Games also implements the correct interpretation of the Intel documentation.
Topology detection examples involving older (pre-2010) Intel processors that lack x2APIC (thus don't implement the EAX=Bh leaf) are given in a 2010 Intel presentation. Beware that using that older detection method on 2010 and newer Intel processors may overestimate the number of cores and logical processors because the old detection method assumes there are no gaps in the APIC id space, and this assumption is violated by some newer processors (starting with the Core i3 5x0 series), but these newer processors also come with an x2APIC, so their topology can be correctly determined using the EAX=Bh leaf method.
This returns feature information related to the MONITOR and MWAIT instructions in the EAX, EBX, ECX and EDX registers.
CPUID EAX=5: MONITOR/MWAIT feature information in EAX, EBX, EDXThis returns feature bits in the EAX register and additional information in the EBX, ECX and EDX registers.
CPUID EAX=6: Thermal/power management feature bits in EAXThis returns extended feature flags in EBX, ECX, and EDX. Returns the maximum ECX value for EAX=7 in EAX.
CPUID EAX=7,ECX=0: Extended feature bits in EBX, ECX and EDXThis returns extended feature flags in all four registers.
CPUID EAX=7,ECX=1: Extended feature bits in EAX, EBX, ECX, and EDXThis returns extended feature flags in EDX.
EAX, EBX and ECX are reserved.
CPUID EAX=7,ECX=2: Extended feature bits in EDXThis leaf is used to enumerate XSAVE features and state components.
The XSAVE instruction set extension is designed to save/restore CPU extended state (typically for the purpose of context switching) in a manner that can be extended to cover new instruction set extensions without the OS context-switching code needing to understand the specifics of the new extensions. This is done by defining a series of state-components, each with a size and offset within a given save area, and each corresponding to a subset of the state needed for one CPU extension or another. The EAX=0Dh CPUID leaf is used to provide information about which state-components the CPU supports and what their sizes/offsets are, so that the OS can reserve the proper amount of space and set the associated enable-bits.
The state-components can be subdivided into two groups: user-state (state-items that are visible to the application, e.g. AVX-512 vector registers), and supervisor-state (state items that affect the application but are not directly user-visible, e.g. user-mode interrupt configuration). The user-state items are enabled by setting their associated bits in the XCR0 control register, while the supervisor-state items are enabled by setting their associated bits in the IA32_XSS (0DA0h) MSR - the indicated state items then become the state-components that can be saved and restored with the XSAVE/XRSTOR family of instructions.
The XSAVE mechanism can handle up to 63 state-components in this manner. State-components 0 and 1 (x87 and SSE, respectively) have fixed offsets and sizes - for state-components 2 to 62, their sizes, offsets and a few additional flags can be queried by executing CPUID with EAX=0Dh and ECX set to the index of the state-component. This will return the following items in EAX, EBX and ECX (with EDX being reserved):
CPUID EAX=0Dh, ECX≥2: XSAVE state-component informationAttempting to query an unsupported state-component in this manner results in EAX,EBX,ECX and EDX all being set to 0.
As of July 2023, the XSAVE state-components that have been architecturally defined are:
XSAVE State-componentsSub-leaf 0 provides information about supported SGX leaf functions in EAX and maximum supported SGX enclave sizes in EDX; ECX is reserved. EBX provides a bitmap of bits that can be set in the MISCSELECT field in the SECS (SGX Enclave Control Structure) - this field is used to control information written to the MISC region of the SSA (SGX Save State Area) when an AEX (SGX Asynchronous Enclave Exit) occurs.
CPUID EAX=12h,ECX=0: Sub-leaf 1 provides a bitmap of which bits can be set in the 128-bit ATTRIBUTES field of SECS in EDX:ECX:EBX:EAX (this applies to the SECS copy used as input to the ENCLS[ECREATE] leaf function). The top 64 bits (given in EDX:ECX) are a bitmap of which bits can be set in the XFRM (X-feature request mask) - this mask is a bitmask of which CPU state-components (see leaf 0Dh) will be saved to the SSA in case of an AEX; this has the same layout as the XCR0 control register. The other bits are given in EAX and EBX, as follows:
CPUID EAX=12h,ECX=1: Sub-leaves 2 and up are used to provide information about which physical memory regions are available for use as EPC (Enclave Page Cache) sections under SGX.
CPUID EAX=12h,ECX≥2: The value returned in EAX is the index of the highest sub-leaf supported for CPUID with EAX=14h. EBX and ECX provide feature flags, EDX is reserved.
CPUID EAX=14h,ECX=0: Processor Trace feature bits in EBX and ECXThese two leaves provide information about various frequencies in the CPU in EAX, EBX and ECX (EDX is reserved in both leaves).
CPUID EAX=15h: TSC and Core If the returned values in EBX and ECX of leaf 15h are both nonzero, then the TSC (Time Stamp Counter) frequency in Hz is given by TSCFreq = ECX*(EBX/EAX).
On processors that enumerate the TSC/Core Crystal Clock ratio in CPUID leaf 15h, the APIC timer frequency will be the Core Crystal Clock frequency divided by the divisor specified by the APIC's Divide Configuration Register.
Sub-leaf 0 returns a maximum sub-leaf index in EAX (at least 3), and SoC identification information in EBX/ECX/EDX:
CPUID EAX=17h,ECX=0: SoC identification informationThis leaf provides feature information for Intel Key Locker in EAX, EBX and ECX. EDX is reserved.
CPUID EAX=19h: Key Locker feature bits in EAX, EBX and ECXWhen ECX=0, the highest supported "palette" subleaf is enumerated in EAX. When ECX≥1, information on palette n is returned.
CPUID EAX=1Dh,ECX≥1: Tile Palette This leaf returns information on the TMUL (tile multiplier) unit.
CPUID EAX=1Eh,ECX=0: TMUL InformationThis leaf returns feature flags on the TMUL (tile multiplier) unit.
CPUID EAX=1Eh,ECX=0: TMUL InformationThis leaf is reserved in hardware and will (on processors whose highest basic leaf is 21h or higher) return 0 in EAX/EBX/ECX/EDX when run directly on the CPU.
This returns a maximum supported sub-leaf in EAX and AVX10 feature information in EBX. (ECX and EDX are reserved.)
CPUID EAX=24h, ECX=0: AVX10 feature bits in EBXSubleaf 1 is reserved for AVX10 features not bound to a version.
CPUID EAX=24h, ECX=1: Discrete AVX10 features in ECXThis function returns feature flags.
CPUID EAX=2000'0001h: Xeon Phi feature bitsFor leaf 40000000h, the hypervisor is expected to return the index of the highest supported hypervisor CPUID leaf in EAX, and a 12-character hypervisor ID string in EBX,ECX,EDX (in that order). For leaf 40000001h, the hypervisor may return an interface identification signature in EAX - e.g. hypervisors that wish to advertise that they are Hyper-V compatible may return 0x31237648—"Hv#1" in EAX. The formats of leaves 40000001h and up to the highest supported leaf are otherwise hypervisor-specific. Hypervisors that implement these leaves will normally also set bit 31 of ECX for CPUID leaf 1 to indicate their presence.
Hypervisors that expose more than one hypervisor interface may provide additional sets of CPUID leaves for the additional interfaces, at a spacing of 100h leaves per interface. For example, when QEMU is configured to provide both Hyper-V and KVM interfaces, it will provide Hyper-V information starting from CPUID leaf 40000000h and KVM information starting from leaf 40000100h.
Some hypervisors that are known to return a hypervisor ID string in leaf 40000000h include:
CPUID EAX=4000'0x00h: 12-character Hypervisor ID string in EBX,ECX,EDXThe highest calling parameter is returned in EAX.
EBX/ECX/EDX return the manufacturer ID string (same as EAX=0) on AMD but not Intel CPUs.
This returns extended feature flags in EDX and ECX.
Many of the bits in EDX (bits 0 through 9, 12 through 17, 23, and 24) are duplicates of EDX from the EAX=1 leaf - these bits are highlighted in light yellow. (These duplicated bits are present on AMD but not Intel CPUs.)
These return the processor brand string in EAX, EBX, ECX and EDX. CPUID must be issued with each parameter in sequence to get the entire 48-byte ASCII processor brand string. It is necessary to check whether the feature is present in the CPU by issuing CPUID with EAX = 80000000h first and checking if the returned value is not less than 80000004h.
In some cases, determining the CPU vendor requires examining not just the Vendor ID in CPUID leaf 0 and the CPU signature in leaf 1, but also the Processor Brand String in leaves 80000002h-80000004h. Known cases include:
Returns details of the L2 cache in ECX, including the line size in bytes (Bits 07 - 00), type of associativity (encoded by a 4 bits field; Bits 15 - 12) and the cache size in KB (Bits 31 - 16).
#include <stdio.h>
#include <cpuid.h>
int main()
{
unsigned int eax, ebx, ecx, edx;
unsigned int lsize, assoc, cache;
__cpuid(0x80000006, eax, ebx, ecx, edx);
lsize = ecx & 0xff;
assoc = (ecx >> 12) & 0x07;
cache = (ecx >> 16) & 0xffff;
printf("Line size: %d B, Assoc. type: %d, Cache size: %d KB.\n", lsize, assoc, cache);
return 0;
}
Several AMD CPU models will, for CPUID with EAX=8FFFFFFFh, return an Easter Egg string in EAX, EBX, ECX and EDX. 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.
This 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.
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 _MSC_VER
#include <intrin.h>
#endif
int 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.
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:
"Intel 64 and IA-32 Architectures Software Developer's Manual" (PDF). Intel.com. Retrieved 2013-04-11. http://www.intel.com/design/processor/manuals/253668.pdf
"Detecting Intel Processors - Knowing the generation of a system CPU". Rcollins.org. Retrieved 2013-04-11. http://www.rcollins.org/ddj/Sep96/Sep96.html
"LXR linux-old/arch/i386/kernel/head.S". Lxr.linux.no. Archived from the original on 2012-07-13. Retrieved 2013-04-11. https://archive.today/20120713012856/http://lxr.linux.no/source/arch/i386/kernel/head.S?v=1.2.13%23L92
Debbie Wiles, CPU Identification, archived on 2006-06-04 https://web.archive.org/web/20040604002243/http://debs.future.easyspace.com/Programming/OS/cpuid.txt
B-CoolWare, TMi0SDGL x86 CPU/FPU detection library with source code, v2.15, June 2000 - see /SOURCE/REALCODE.ASM for a large collection of pre-CPUID x86 CPU detection routines. Archived on 14 Mar 2023. https://www.sac.sk/download/utildiag/cpu215.zip
"CPUID, EAX=4 - Strange results (Solved)". Software.intel.com. Retrieved 2014-07-10. https://software.intel.com/en-us/forums/topic/306523?language=en#comment-1590394
@InstLatX64 (February 28, 2019). "First encounter with "GenuineIotel" (o after I, instead of n)" (Tweet) – via Twitter. https://x.com/InstLatX64/status/1101230794364862464
"GenuineIotel CPUID dump for Intel Xeon E3-1231". instlatx64. http://users.atw.hu/instlatx64/GenuineIotel/GenuineIotel00306C3_Haswell_CPUID5.txt
instlatx64, CPUID dump for RDC IAD 100. Retrieved 22 December 2022. http://users.atw.hu/instlatx64/Genuine__RDC/Genuine%20%20RDC0000586_RDC_CPUID.txt
smxi, Inxi issue 197: Elbrus CPU support data and implementation. Retrieved 23 October 2023. Archived on 23 October 2023. https://codeberg.org/smxi/inxi/issues/197
Grzegorz Mazur, Identification of x86 CPUs with CPUID support, 5 May 1997. Archived from the original on 24 May 1997. https://web.archive.org/web/19970524043213/http://grafi.ii.pw.edu.pl:80/gbm/x86/cpuid.html
Ingo Böttcher, CPUDET.PAS v1.61, 23 Oct 1996 - CPU identification program that tests for "AMD ISBETTER" string. Archived on 26 Apr 2024. https://groups.google.com/g/fido.ger.pascal/c/Hy8JY6JqO_o/m/0Xv22DWi6TAJ
sorgelig (Aug 3, 2017). "ao486 CPUID instruction (in commit 43a2004)". GitHub. Archived from the original on 2023-12-04. Retrieved 2023-12-04. https://github.com/MiSTer-devel/ao486_MiSTer/blob/43a20047d5e2e99f1264dadbdab777733ccbb61a/rtl/ao486/commands/CMD_CPUID.txt
sorgelig (Aug 30, 2020). "Update cpuid. · MiSTer-devel/ao486_MiSTer@82f5014". GitHub. Archived from the original on 2023-12-04. Retrieved 2023-12-04. https://github.com/MiSTer-devel/ao486_MiSTer/commit/82f5014bb44356e256a9c5454e8810d43a9990f1
sorgelig (Aug 30, 2020). "ao486 CPUID instruction". GitHub. Archived from the original on October 23, 2023. Retrieved 4 Dec 2023. https://github.com/MiSTer-devel/ao486_MiSTer/blob/master/rtl/ao486/commands/CMD_CPUID.txt
sorgelig (Aug 30, 2020). "Update cpuid. · MiSTer-devel/ao486_MiSTer@82f5014". GitHub. Archived from the original on 2023-12-04. Retrieved 2023-12-04. https://github.com/MiSTer-devel/ao486_MiSTer/commit/82f5014bb44356e256a9c5454e8810d43a9990f1
"v586: 586 compatible soft core for FPGA". GitHub. 6 December 2021. https://github.com/valptek/v586
"Steam Hardware & Software Survey". store.steampowered.com. Retrieved 2022-07-26. https://store.steampowered.com/hwsurvey/processormfg?sort=chg
"Fun with Timers and cpuid - by Jim Cownie - CPU fun". 3 March 2021. https://cpufun.substack.com/p/fun-with-timers-and-cpuid
virt-what source tree, tests/lx86/proc/cpuinfo - PowerVM Lx86 cpuinfo dump. Archived on 10 Nov 2024. http://git.annexia.org/?p=virt-what.git;a=blob;f=tests/lx86/proc/cpuinfo;h=9da5dca2c754ff95c6f3d3ef96da0e6fa24aeb34;hb=82c0e9c469953a36f18db1e329629cecd950134a
Neko Project 21/W, help/configure (in Japanese). Archived on 22 Sep 2024. https://simk98.github.io/np21w/help/cfgdlg.html
CPU-World, CPUID for emulated Neko Project CPU with "Neko Project" string. Archived on 21 Dec 2024. https://www.cpu-world.com/cgi-bin/CPUID.pl?CPUID=82924
iXBT Labs, VIA Nano CPUID Tricks, Aug 26, 2010. Archived on Aug 29, 2010. http://ixbtlabs.com/articles3/cpu/via-nano-cpuid-fake-p1.html
IDT, WinChip 2A data sheet, v1.0, Jan 1999, page A-3. https://www.ardent-tool.com/CPU/docs/IDT_Centaur/WinChip2/wc_2_datasheet_a2.pdf
VIA, C3 Nehemiah Datasheet, rev 1.13, Sep 29, 2004, page A-3. http://datasheets.chipdb.org/VIA/Nehemiah/VIA%20C3%20Nehemiah%20Datasheet%20R113.pdf
Agner Fog, CpuIDFake, v1.00, Jan 22, 2010, see "Instructions.txt". Archived on Jul 9, 2010. http://www.agner.org/optimize/cpuidfake.zip
Transmeta, Crusoe BIOS Programmer's Guide, Jan 23, 2004, pages 63-65. http://datasheets.chipdb.org/Transmeta/Crusoe/TM5900/tm5900_bisoguide_040123.pdf
Transmeta, Efficeon BIOS Programmers Guide, Aug 19, 2003, section 8.3, page 148.
AMD, Geode LX Data Book, pub.id. 33234H, Feb. 2009, page 107. Archived on Dec 3, 2023. https://www.amd.com/content/dam/amd/en/documents/archived-tech-docs/datasheets/33234H_LX_databook.pdf
DM&P, Vortex86EX2_A9133_Master_Data_Sheet_V11_BF, May 8, 2019, page 72. https://www.vortex86.com/downloads/Vortex86EX2
"Chapter 3 Instruction Set Reference, A-L" (PDF). Intel 64 and IA-32 Architectures Software Developer's Manual. Intel Corporation. 2018-12-20. Retrieved 2018-12-20. https://software.intel.com/en-us/download/intel-64-and-ia-32-architectures-sdm-combined-volumes-1-2a-2b-2c-2d-3a-3b-3c-3d-and-4
Intel, Pentium Processor Family Developer's Manual, 1997, order no. 241428-005, sections 3.4.1.2 (page 91), 17.5.1 (page 489) and appendix A (page 522) provide more detail on how the "processor type" field and the "dual processor" designation work. https://www.ardent-tool.com/CPU/docs/Intel/Pentium/241428-005.pdf
InstLatx64, x86, x64 Instruction Latency, Memory Latency and CPUID dumps, 30 Sep 2023. http://users.atw.hu/instlatx64/
The i386 processor does not support the CPUID instruction - it does however return Family ID 3h in the reset-value of EDX. /wiki/I386
AMD, Enhanced Am486DX Microprocessor Family, pub.no. 20736 rev B, March 1997, section 9.2.2, page 55. Archived on 18 Oct 2023. https://www.amd.com/content/dam/amd/en/documents/archived-tech-docs/datasheets/20736.pdf
AMD, ÉlanSC400 and ÉlanSC410 Microcontrollers User's Manual, pub.no. 21030, 1997, section 3.6.2, page 73. Archived on 18 Oct 2023. https://www.amd.com/content/dam/amd/en/documents/archived-tech-docs/user-guides/21030.pdf
Cyrix, 5x86 BIOS Writers Guide, rev 1.12, order no. 92426-00, 1995, page 7 http://www.bitsavers.org/components/cyrix/94246-00_5x86_CPU_BIOS_Writers_Guide_199510.pdf
Cyrix, CPU Detection Guide, rev 1.01, 2 Oct 1997, page 6. http://www.bitsavers.org/components/cyrix/appnotes/Cyrix_CPU_Detection_Guide_1997.pdf
Debbie Wiles, CPU Identification, archived on 2006-06-04 https://web.archive.org/web/20040604002243/http://debs.future.easyspace.com/Programming/OS/cpuid.txt
smxi, Inxi issue 197: Elbrus CPU support data and implementation. Retrieved 23 October 2023. Archived on 23 October 2023. https://codeberg.org/smxi/inxi/issues/197
MiSTer ao486 source code, rtl/ao486/defines.v, line 70. Archived on 23 Oct 2023. https://github.com/MiSTer-devel/ao486_MiSTer/blob/43a20047d5e2e99f1264dadbdab777733ccbb61a/rtl/ao486/defines.v
Cyrix, CPU Detection Guide, rev 1.01, 2 Oct 1997, page 6. http://www.bitsavers.org/components/cyrix/appnotes/Cyrix_CPU_Detection_Guide_1997.pdf
Debbie Wiles, CPU Identification, archived on 2006-06-04 https://web.archive.org/web/20040604002243/http://debs.future.easyspace.com/Programming/OS/cpuid.txt
CPU-World, CPUID for Vortex86DX2 933 MHz. Archived on 17 Oct 2023. https://www.cpu-world.com/cgi-bin/CPUID.pl?CPUID=66102
smxi, Inxi issue 197: Elbrus CPU support data and implementation. Retrieved 23 October 2023. Archived on 23 October 2023. https://codeberg.org/smxi/inxi/issues/197
CPU-World, CPUID for Vortex86EX2. Archived on 18 Oct 2023. https://www.cpu-world.com/cgi-bin/CPUID.pl?CPUID=72324
InstLatx64, Centaur CNS CPUID dump. Archived on 30 May 2023. http://users.atw.hu/instlatx64/CentaurHauls/CentaurHauls0040672_CNS_04_CPUID.txt
smxi, Inxi issue 197: Elbrus CPU support data and implementation. Retrieved 23 October 2023. Archived on 23 October 2023. https://codeberg.org/smxi/inxi/issues/197
Family ID 8h has been reported to have been deliberately avoided for the Pentium 4 processor family due to incompatibility with Windows NT 4.0.[41]
Intel, Intel Xeon Phi Coprocessor Instruction Set Architecture Reference Manual, sep 2012, order no. 327364-001, appendix B.8, pages 673-674. Archived on 4 Aug 2021. https://www.intel.com/content/dam/develop/external/us/en/documents/327364001en.pdf
CPU-World, CPUID for Intel Itanium 2 1.50 GHz. Archived on 17 Oct 2023. https://www.cpu-world.com/cgi-bin/CPUID.pl?CPUID=40724
"[PATCH] x86/cpu: Add two Intel CPU model numbers - Tony Luck". lore.kernel.org. Retrieved 2024-09-24. https://lore.kernel.org/lkml/20240923173750.16874-1-tony.luck@intel.com/
On CPUs with more than 128 logical processors in a single package (e.g. Intel Xeon Phi 7290[45] and AMD Threadripper Pro 7995WX[46]) the value in bit 23:16 is set to a non-power-of-2 value. /wiki/Xeon_Phi
Descriptors 77h, 7Eh, 8Dh are documented for the IA-32 operation mode of Itanium 2 only.[81]Intel Processor Identification and the CPUID Instruction (PDF), Intel, May 2002, archived from the original (PDF) on 2021-04-17 /wiki/Itanium_2
The Local APIC ID can also be identified via the cpuid 0Bh leaf ( CPUID.0Bh.EDX[x2APIC-ID] ). On CPUs with more than 256 logical processors in one package (e.g. Xeon Phi 7290), leaf 0Bh must be used because the APIC ID does not fit into 8 bits.
On some older processors, executing CPUID with a leaf index (EAX) greater than 0 may leave EBX and ECX unmodified, keeping their old values. For this reason, it is recommended to zero out EBX and ECX before executing CPUID with a leaf index of 1.Processors noted to exhibit this behavior include Cyrix MII[48] and IDT WinChip 2.[49]
On processors from IDT, Transmeta and Rise (vendor IDs CentaurHauls, GenuineTMx86 and RiseRiseRise), the CMPXCHG8B instruction is always supported, however the feature bit for the instruction might not be set. This is a workaround for a bug in Windows NT.[50]
On early AMD K5 (AuthenticAMD Family 5 Model 0) processors only, EDX bit 9 used to indicate support for PGE instead. This was moved to bit 13 from K5 Model 1 onwards.[51] /wiki/AMD_K5
Intel AP-485, revisions 006[52] to 008, lists CPUID.(EAX=1):EDX[bit 10] as having the name "MTRR" (albeit described as "Reserved"/"Do not count on their value") - this name was removed in later revisions of AP-485, and the bit has been listed as reserved with no name since then.
On Pentium Pro (GenuineIntel Family 6 Model 1) processors only, EDX bit 11 is invalid - the bit is set, but the SYSENTER and SYSEXIT instructions are not supported on the Pentium Pro.[53] /wiki/Pentium_Pro
For the MTRRs, additional feature information is not available through CPUID, but instead through the read-only MTRRCAP MSR (MSR 0FEh). This MSR has the following layout:
BitsUsage7:0Number of variable-range MTRRs8Fixed-range MTRRs supported9(Reserved)10Write-Combining memory type supported11SMRR (System-Management Range Register) supported12PRMRR (Processor Reserved Memory Range Register, part of SGX) supported13SMRR2 supported[54]14SMRR-lock supported15SEAMRR (SEcure Arbitration Mode Range Register, part of TDX) supported[55]63:16(Reserved) /wiki/Software_Guard_Extensions
Some very early Intel 64 processors have the CMPXCHG16B feature bit set even though they do not support the instruction - this applies to GenuineIntel Family 0Fh Model 3 Stepping 4 chips (90nm Pentium 4) only.[56]
FCMOV and FCOMI instructions only available if onboard x87 FPU also present (indicated by EDX bit 0).
ECX bit 16 is listed as "Reserved" in public Intel and AMD documentation and is not set in any known processor. However, some versions of the Windows Vista kernel are reported to be checking this bit[57] - if it is set, Vista will recognize it as a "processor channels" feature. /wiki/Windows_Vista
On Intel and Transmeta[26] CPUs that support PSN (Processor Serial Number), the PSN can be disabled by setting bit 21 of MSR 119h (BBL_CR_CTL) to 1. Doing so will remove leaf 3 and cause CPUID.(EAX=1):EDX[bit 18] to return 0.
Huggahalli, Ram; Iyer, Ravi; Tetrick, Scott (2005). "Direct Cache Access for High Bandwidth Network I/O". ACM SIGARCH Computer Architecture News. 33 (2): 50–59. CiteSeerX 10.1.1.85.3862. doi:10.1145/1080695.1069976. CiteSeerX:10.1.1.91.957. /w/index.php?title=ACM_SIGARCH_Computer_Architecture_News&action=edit&redlink=1
Drepper, Ulrich (2007), What Every Programmer Should Know About Memory, CiteSeerX:10.1.1.91.957 /wiki/CiteSeerX
Intel, Itanium Architecture Software Developer's Manual, rev 2.3, volume 4: IA-32 Instruction Set, may 2010, document number: 323208, table 2-5, page 4:81, see bits 20 and 30. Archived on Feb 15, 2012. https://www.intel.com/content/dam/www/public/us/en/documents/manuals/itanium-architecture-vol-4-manual.pdf
On non-Itanium x86 processors, support for the No-execute bit is indicated in CPUID.(EAX=8000_0001):EDX[bit 20] instead. /wiki/NX_bit
EDX bit 28, if set, indicates that bits 23:16 of CPUID.(EAX=1):EBX are valid. If this bit is not set, then the CPU package contains only 1 logical processor.In older documentation, this bit is often listed as a "Hyper-threading technology"[61] flag - however, while this flag is a prerequisite for Hyper-Threading support, it does not by itself indicate support for Hyper-Threading and it has been set on many CPUs that do not feature any form of multi-threading technology.[62] /wiki/Hyper-threading
Intel, Itanium Architecture Software Developer's Manual, rev 2.3, volume 4: IA-32 Instruction Set, may 2010, document number: 323208, table 2-5, page 4:81, see bits 20 and 30. Archived on Feb 15, 2012. https://www.intel.com/content/dam/www/public/us/en/documents/manuals/itanium-architecture-vol-4-manual.pdf
"Mechanisms to determine if software is running in a VMware virtual machine". VMware Knowledge Base. VMWare. 2015-05-01. Intel 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. https://kb.vmware.com/s/article/1009458
Kataria, Alok; Hecht, Dan (2008-10-01). "Hypervisor CPUID Interface Proposal". LKML Archive on lore.kernel.org. Archived from the original on 2019-03-15. 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. https://lore.kernel.org/lkml/1222881242.9381.17.camel@alok-dev1/
"AMD64 Technology AMD64 Architecture Programmer's Manual Volume 2: System Programming" (PDF) (3.41 ed.). Advanced Micro Devices, Inc. p. 498. 24593. Archived from the original (PDF) on 30 Sep 2023. Retrieved 9 September 2023. 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. https://web.archive.org/web/20230930084941/https://www.amd.com/content/dam/amd/en/documents/processor-tech-docs/programmer-references/24593.pdf
In older Intel documentation, the bottom byte of the value returned in EAX is described as specifying the number of times the CPUID must be called with EAX=2 to get hold of all the cache/TLB descriptors. However, all known processors that implement this leaf return 01h in this byte, and newer Intel documentation (SDM rev 053[66] and later) specifies this byte as having the value 01h.
For descriptors 0Dh and 0Eh, Intel AP-485 rev 37[67] lists the caches they describe as having ECC - this was removed in rev 38 and later Intel documentation.
For descriptors 0Dh and 0Eh, Intel AP-485 rev 37[67] lists the caches they describe as having ECC - this was removed in rev 38 and later Intel documentation.
Descriptors 10h, 15h, 1Ah, 88h, 89h, 8Ah, 90h, 96h, 9Bh are documented for the IA-32 operation mode of Itanium only.[68] /wiki/Itanium
Descriptors 10h, 15h, 1Ah, 88h, 89h, 8Ah, 90h, 96h, 9Bh are documented for the IA-32 operation mode of Itanium only.[68] /wiki/Itanium
Descriptors 10h, 15h, 1Ah, 88h, 89h, 8Ah, 90h, 96h, 9Bh are documented for the IA-32 operation mode of Itanium only.[68] /wiki/Itanium
The cache described by descriptor 21h is in some places (e.g. AP-485 rev 36[69] but not rev 37) referred to as an "MLC" (Mid-Level Cache).
Descriptor values 26h,27h,28h and 81h are not listed in Intel documentation and are not used in any known released CPU. (81h has been seen in engineering samples of the cancelled Intel Timna.[79]) They have nevertheless been reported to be recognized by the Windows NT kernel v5.1 (Windows XP) and higher. 81h is also recognized by v5.0 (Windows 2000).[80] /wiki/Intel_Timna
Descriptor values 26h,27h,28h and 81h are not listed in Intel documentation and are not used in any known released CPU. (81h has been seen in engineering samples of the cancelled Intel Timna.[79]) They have nevertheless been reported to be recognized by the Windows NT kernel v5.1 (Windows XP) and higher. 81h is also recognized by v5.0 (Windows 2000).[80] /wiki/Intel_Timna
Descriptor values 26h,27h,28h and 81h are not listed in Intel documentation and are not used in any known released CPU. (81h has been seen in engineering samples of the cancelled Intel Timna.[79]) They have nevertheless been reported to be recognized by the Windows NT kernel v5.1 (Windows XP) and higher. 81h is also recognized by v5.0 (Windows 2000).[80] /wiki/Intel_Timna
Descriptors 39h-3Eh and 73h are listed in rev 36 of Intel AP-485,[69]
but have been removed from later Intel documentation even though several of them have been used in Intel CPUs (mostly in Netburst-based Celeron CPUs, e.g. 39h in "Willamette-128",[70] 3Bh in "Northwood-128",[71] and 3Ch in "Prescott-256"[72]).
Descriptors 39h-3Eh and 73h are listed in rev 36 of Intel AP-485,[69]
but have been removed from later Intel documentation even though several of them have been used in Intel CPUs (mostly in Netburst-based Celeron CPUs, e.g. 39h in "Willamette-128",[70] 3Bh in "Northwood-128",[71] and 3Ch in "Prescott-256"[72]).
Descriptors 39h-3Eh and 73h are listed in rev 36 of Intel AP-485,[69]
but have been removed from later Intel documentation even though several of them have been used in Intel CPUs (mostly in Netburst-based Celeron CPUs, e.g. 39h in "Willamette-128",[70] 3Bh in "Northwood-128",[71] and 3Ch in "Prescott-256"[72]).
Descriptors 39h-3Eh and 73h are listed in rev 36 of Intel AP-485,[69]
but have been removed from later Intel documentation even though several of them have been used in Intel CPUs (mostly in Netburst-based Celeron CPUs, e.g. 39h in "Willamette-128",[70] 3Bh in "Northwood-128",[71] and 3Ch in "Prescott-256"[72]).
Descriptors 39h-3Eh and 73h are listed in rev 36 of Intel AP-485,[69]
but have been removed from later Intel documentation even though several of them have been used in Intel CPUs (mostly in Netburst-based Celeron CPUs, e.g. 39h in "Willamette-128",[70] 3Bh in "Northwood-128",[71] and 3Ch in "Prescott-256"[72]).
Descriptors 39h-3Eh and 73h are listed in rev 36 of Intel AP-485,[69]
but have been removed from later Intel documentation even though several of them have been used in Intel CPUs (mostly in Netburst-based Celeron CPUs, e.g. 39h in "Willamette-128",[70] 3Bh in "Northwood-128",[71] and 3Ch in "Prescott-256"[72]).
Descriptor 3Fh is, as of November 2024, not listed in any known Intel documentation - it is nevertheless used in Intel Tolapai processors,[73] and is listed in an Intel-provided Linux kernel patch.[74] /wiki/Tolapai
Documentation for the VIA Cyrix III "Joshua" processor (CyrixInstead Family 6 Model 5) indicates that this processor uses descriptor values 74h and 77h for its TLBs, and values 42h and 82h for its caches - but does not specify which caches/TLBs in the processor each of these descriptor values correspond to.[75] /wiki/Cyrix_III
Descriptor 49h indicates a level-3 cache on GenuineIntel Family 0Fh Model 6 (Pentium 4 based Xeon) CPUs, and a level-2 cache on other CPUs.
Intel's CPUID documentation does not specify the associativity of the ITLB indicated by descriptor 4Fh. The processors that use this descriptor (Intel Atom "Bonnell"[76]) are described elsewhere as having a fully-associative 32-entry ITLB.[77] /wiki/Bonnell_(microarchitecture)
On Cyrix and Geode CPUs (Vendor IDs CyrixInstead and Geode by NSC), descriptors 70h and 80h have a different meaning:[78]
Descriptor 70h indicates a 32-entry shared instruction+data 4-way-set-associative TLB with a 4K page size.
Descriptor 80h indicates a 16 KB shared instruction+data L1 cache with 4-way set-associativity and a cache-line size of 16 bytes.
Descriptors 39h-3Eh and 73h are listed in rev 36 of Intel AP-485,[69]
but have been removed from later Intel documentation even though several of them have been used in Intel CPUs (mostly in Netburst-based Celeron CPUs, e.g. 39h in "Willamette-128",[70] 3Bh in "Northwood-128",[71] and 3Ch in "Prescott-256"[72]).
Documentation for the VIA Cyrix III "Joshua" processor (CyrixInstead Family 6 Model 5) indicates that this processor uses descriptor values 74h and 77h for its TLBs, and values 42h and 82h for its caches - but does not specify which caches/TLBs in the processor each of these descriptor values correspond to.[75] /wiki/Cyrix_III
Descriptor 76h is listed as an 1 MB L2 cache in rev 37 of Intel AP-485,[67] but as an instruction TLB in rev 38 and all later Intel documentation.
Descriptors 77h, 7Eh, 8Dh are documented for the IA-32 operation mode of Itanium 2 only.[81]Intel Processor Identification and the CPUID Instruction (PDF), Intel, May 2002, archived from the original (PDF) on 2021-04-17 /wiki/Itanium_2
Documentation for the VIA Cyrix III "Joshua" processor (CyrixInstead Family 6 Model 5) indicates that this processor uses descriptor values 74h and 77h for its TLBs, and values 42h and 82h for its caches - but does not specify which caches/TLBs in the processor each of these descriptor values correspond to.[75] /wiki/Cyrix_III
Descriptors 77h, 7Eh, 8Dh are documented for the IA-32 operation mode of Itanium 2 only.[81]Intel Processor Identification and the CPUID Instruction (PDF), Intel, May 2002, archived from the original (PDF) on 2021-04-17 /wiki/Itanium_2
On Cyrix and Geode CPUs (Vendor IDs CyrixInstead and Geode by NSC), descriptors 70h and 80h have a different meaning:[78]
Descriptor 70h indicates a 32-entry shared instruction+data 4-way-set-associative TLB with a 4K page size.
Descriptor 80h indicates a 16 KB shared instruction+data L1 cache with 4-way set-associativity and a cache-line size of 16 bytes.
Descriptor values 26h,27h,28h and 81h are not listed in Intel documentation and are not used in any known released CPU. (81h has been seen in engineering samples of the cancelled Intel Timna.[79]) They have nevertheless been reported to be recognized by the Windows NT kernel v5.1 (Windows XP) and higher. 81h is also recognized by v5.0 (Windows 2000).[80] /wiki/Intel_Timna
Documentation for the VIA Cyrix III "Joshua" processor (CyrixInstead Family 6 Model 5) indicates that this processor uses descriptor values 74h and 77h for its TLBs, and values 42h and 82h for its caches - but does not specify which caches/TLBs in the processor each of these descriptor values correspond to.[75] /wiki/Cyrix_III
Descriptors 10h, 15h, 1Ah, 88h, 89h, 8Ah, 90h, 96h, 9Bh are documented for the IA-32 operation mode of Itanium only.[68] /wiki/Itanium
Descriptors 10h, 15h, 1Ah, 88h, 89h, 8Ah, 90h, 96h, 9Bh are documented for the IA-32 operation mode of Itanium only.[68] /wiki/Itanium
Descriptors 10h, 15h, 1Ah, 88h, 89h, 8Ah, 90h, 96h, 9Bh are documented for the IA-32 operation mode of Itanium only.[68] /wiki/Itanium
Descriptors 77h, 7Eh, 8Dh are documented for the IA-32 operation mode of Itanium 2 only.[81]Intel Processor Identification and the CPUID Instruction (PDF), Intel, May 2002, archived from the original (PDF) on 2021-04-17 /wiki/Itanium_2
Under the IA-32 operation mode of Itanium 2, the L3 cache size is always reported as 3 MB regardless of the actual size of the cache.[82]
Descriptors 10h, 15h, 1Ah, 88h, 89h, 8Ah, 90h, 96h, 9Bh are documented for the IA-32 operation mode of Itanium only.[68] /wiki/Itanium
Descriptors 10h, 15h, 1Ah, 88h, 89h, 8Ah, 90h, 96h, 9Bh are documented for the IA-32 operation mode of Itanium only.[68] /wiki/Itanium
Descriptors 10h, 15h, 1Ah, 88h, 89h, 8Ah, 90h, 96h, 9Bh are documented for the IA-32 operation mode of Itanium only.[68] /wiki/Itanium
For descriptor B1h, the TLB capacity is 8 elements when using 2 MB pages, but reduced to 4 elements when using 4 MB pages.
Intel, Atom C3000 Processor Product Family Specification Update, order no. 336345-020, page 16, Mar 2023. Archived on 7 Oct 2023. https://cdrdv2-public.intel.com/336345/336345_C3000_SU_Rev020.pdf
For descriptor C3h, many Intel processors that use this descriptor have an L2 TLB that is 12-way set-associative, not 6-way set-associative. This applies to at least Skylake[84] and Whiskey/Kaby/Coffee/Comet Lake[85] CPUs.
Intel, Xeon Processor 7500 Series Datasheet, order no. 323341-001, March 2010, page 150. Archived on Oct 8, 2023. https://www.intel.com.tw/content/dam/www/public/us/en/documents/datasheets/xeon-processor-7500-series-vol-2-datasheet.pdf
The prefetch specified by descriptors F0h and F1h is the recommended stride for memory prefetching with the PREFETCHNTA instruction.[87]
The prefetch specified by descriptors F0h and F1h is the recommended stride for memory prefetching with the PREFETCHNTA instruction.[87]
Intel AP-485, revisions 31[88] and 32, list bits 9:0 of EDX as a "Prefetch Stride" field - this was removed in revision 33 and all later Intel documentation, and no processor is known to use EDX in this manner.
For CPUID leaf 4, bits 11:10 of EAX are documented for the Xeon Phi "Knights Corner" (GenuineIntel Family 0Bh) processor only.[42] For other processors, bits 1:0 of EDX should be used instead.
For CPUID leaf 4, bits 11:10 of EAX are documented for the Xeon Phi "Knights Corner" (GenuineIntel Family 0Bh) processor only.[42] For other processors, bits 1:0 of EDX should be used instead.
Shih Kuo (Jan 27, 2012). "Intel 64 Architecture Processor Topology Enumeration". https://software.intel.com/en-us/articles/intel-64-architecture-processor-topology-enumeration/
"Processor and Core Enumeration Using CPUID | AMD". Developer.amd.com. Archived from the original on 2014-07-14. Retrieved 2014-07-10. https://web.archive.org/web/20140714221717/http://developer.amd.com/resources/documentation-articles/articles-whitepapers/processor-and-core-enumeration-using-cpuid/
"Sandybridge processors report incorrect core number?". Software.intel.com. 2012-12-29. Retrieved 2014-07-10. https://software.intel.com/en-us/forums/topic/352709#comment-1719904
"cpuid, __cpuidex". Msdn.microsoft.com. 2014-06-20. Retrieved 2014-07-10. http://msdn.microsoft.com/en-us/library/hskdteyh.aspx
"x86 architecture - CPUID". sandpile.org. Retrieved 2014-07-10. http://www.sandpile.org/x86/cpuid.htm
Shih Kuo (Jan 27, 2012). "Intel 64 Architecture Processor Topology Enumeration". https://software.intel.com/en-us/articles/intel-64-architecture-processor-topology-enumeration/
"topology.cpp in ps/trunk/source/lib/sysdep/arch/x86_x64 – Wildfire Games". Trac.wildfiregames.com. 2011-12-27. Archived from the original on 2021-03-09. Retrieved 2014-07-10. https://web.archive.org/web/20210309001211/http://trac.wildfiregames.com/browser/ps/trunk/source/lib/sysdep/arch/x86_x64/topology.cpp
Hyper-Threading Technology and Multi-Core Processor Detection https://software.intel.com/en-us/articles/hyper-threading-technology-and-multi-core-processor-detection
The C0 to C7 states are processor-specific C-states, which do not necessarily correspond 1:1 to ACPI C-states. /wiki/ACPI#Processor_states
Intel, Architecture Instruction Set Extensions Programming Reference, order no. 319433-052, March 2024, chapter 17. Archived on Apr 7, 2024. https://cdrdv2-public.intel.com/819680/architecture-instruction-set-extensions-programming-reference.pdf
On Intel Pentium 4 family processors only, bit 2 of EAX is used to indicate OPP (Operating Point Protection)[97] instead of ARAT.
To enable fast (non-serializing) access mode for the IA32_HWP_REQUEST MSR on CPUs that support it, it is necessary to set bit 0 of the FAST_UNCORE_MSRS_CTL(657h) MSR.
Intel, Intel 64 and IA-32 Architecture Software Developer's Manual, order no. 352462-079, volume 3B, section 15.4.4.4, page 3503 https://kib.kiev.ua/x86docs/Intel/SDMs/325462-079.pdf
The "ACNT2 Capability" bit is listed in Intel AP-485 rev 038[99] and 039, but not listed in any revision of the Intel SDM. The feature is known to exist in only a few Intel CPUs, e.g. Xeon "Harpertown" stepping E0.[100]
As of April 2024, the FZM, MPRR and SGX_TEM bits are listed only in Intel TDX documentation[102] and are not set in any known processor. /wiki/Trust_Domain_Extensions
"Performance Monitoring Impact of Intel Transactional Synchronization Extension Memory Ordering Issue" (PDF). Intel. June 2023. p. 8. Retrieved 8 May 2024. https://cdrdv2.intel.com/v1/dl/getContent/604224
"Performance Monitoring Impact of Intel Transactional Synchronization Extension Memory Ordering Issue" (PDF). Intel. June 2023. p. 8. Retrieved 8 May 2024. https://cdrdv2.intel.com/v1/dl/getContent/604224
As of April 2024, the FZM, MPRR and SGX_TEM bits are listed only in Intel TDX documentation[102] and are not set in any known processor. /wiki/Trust_Domain_Extensions
Intel, Deprecating the PCOMMIT instruction, sep 12, 2016. Archived on Apr 23, 2023. https://www.intel.com/content/www/us/en/developer/articles/technical/deprecate-pcommit-instruction.html
Intel, AVX512-FP16 Architecture Specification (PDF), document number 347407-001, June 2021. Archived on Oct 26, 2022 https://cdrdv2-public.intel.com/678970/intel-avx512-fp16.pdf
As of April 2024, the FZM, MPRR and SGX_TEM bits are listed only in Intel TDX documentation[102] and are not set in any known processor. /wiki/Trust_Domain_Extensions
"Speculative Execution Side Channel Mitigations" (PDF). Revision 2.0. Intel. May 2018 [January 2018]. Document Number: 336996-002. Retrieved 2018-05-26. https://software.intel.com/sites/default/files/managed/c5/63/336996-Speculative-Execution-Side-Channel-Mitigations.pdf
"IBRS patch series [LWN.net]". https://lwn.net/Articles/743019/
"Speculative Execution Side Channel Mitigations" (PDF). Revision 2.0. Intel. May 2018 [January 2018]. Document Number: 336996-002. Retrieved 2018-05-26. https://software.intel.com/sites/default/files/managed/c5/63/336996-Speculative-Execution-Side-Channel-Mitigations.pdf
"Speculative Execution Side Channel Mitigations" (PDF). Revision 2.0. Intel. May 2018 [January 2018]. Document Number: 336996-002. Retrieved 2018-05-26. https://software.intel.com/sites/default/files/managed/c5/63/336996-Speculative-Execution-Side-Channel-Mitigations.pdf
"Speculative Execution Side Channel Mitigations" (PDF). Revision 2.0. Intel. May 2018 [January 2018]. Document Number: 336996-002. Retrieved 2018-05-26. https://software.intel.com/sites/default/files/managed/c5/63/336996-Speculative-Execution-Side-Channel-Mitigations.pdf
Intel, X86S External Architecture Specification v1.2, June 2024, order no. 351407-002, section 3.5, page 13. Archived from the original on 2 Oct 2024. https://web.archive.org/web/20241002150150/https://cdrdv2-public.intel.com/776648/x86s-eas-external-1.2.pdf
Intel, Envisioning a Simplified Intel Architecture - as of 20 Dec 2024, contains a mention that Intel has chosen not to pursue X86S. Archived on 20 Dec 2024. https://www.intel.com/content/www/us/en/developer/articles/technical/envisioning-future-simplified-architecture.html
As of April 2024, the DEDUP bit is listed only in Intel TDX documentation[102] and is not set in any known processor. /wiki/Trust_Domain_Extensions
Intel, Flexible Return and Event Delivery (FRED) Specification, rev 6.1, December 2023, order no. 346446-007, page 14. Archived on Dec 22, 2023. https://cdrdv2-public.intel.com/795033/346446-flexible-return-and-event-delivery.pdf
Intel, Flexible Return and Event Delivery (FRED) Specification, rev 6.1, December 2023, order no. 346446-007, page 14. Archived on Dec 22, 2023. https://cdrdv2-public.intel.com/795033/346446-flexible-return-and-event-delivery.pdf
Intel, Software Developer's Manual, order no. 325462-080, June 2023 - information about prematurely busy shadow stacks provided in Volume 1, section 17.2.3 on page 410; Volume 2A, table 3.8 (CPUID EAX=7,ECX=2) on page 820; Volume 3C, table 25-14 on page 3958 and section 26.4.3 on page 3984. https://kib.kiev.ua/x86docs/Intel/SDMs/325462-080.pdf
Intel, Complex Shadow-Stack Updates (Intel Control-Flow Enforcement Technology), order no. 356628-001, August 2023. Archived on 2 Apr 2024. https://cdrdv2-public.intel.com/785687/356628-complex-shadow-stack-updates-2.pdf
LKML, Re: (PATCH v3 00/21) Enable CET Virtualization, Jun 16, 2023 - provides additional discussion of how the CET-SSS prematurely-busy stack issue interacts with virtualization. Archived on 7 Aug 2023. https://lkml.org/lkml/2023/6/16/1194
Intel, Advanced Vector Extensions 10, rev 1.0, July 2023, order no. 355989-001. Archived on Jul 24, 2023. https://cdrdv2-public.intel.com/784267/355989-intel-avx10-spec.pdf
Intel, Flexible Return and Event Delivery (FRED) Specification, rev 6.1, December 2023, order no. 346446-007, page 14. Archived on Dec 22, 2023. https://cdrdv2-public.intel.com/795033/346446-flexible-return-and-event-delivery.pdf
Intel, Advanced Performance Extensions - Architecture Specification, rev 2.0, Aug 2023, order no. 355828-002, page 37. Archived on Sep 10, 2023. https://cdrdv2-public.intel.com/786223/355828-intel-apx-spec.pdf
Support for the MWAIT instruction may be indicated by either CPUID.(EAX=1).ECX[3] or CPUID.(EAX=7,ECX=1).EDX[23]. (One or both may be set.) The former indicates support for the MONITOR instruction as well, while the latter does not indicate one way or another whether the MONITOR instruction is present. MWAIT without MONITOR may be present in systems that support the "Monitorless MWAIT" feature (which is itself indicated by CPUID.(EAX=5).ECX[3].)
Intel, Fast Store Forwarding Predictor, 8 Feb 2022. Archived on 6 Apr 2024. https://www.intel.com/content/www/us/en/developer/articles/technical/software-security-guidance/technical-documentation/fast-store-forwarding-predictor.html
Intel, Branch History Injection and Intra-mode Branch Target Injection / CVE-2022-0001, CVE-2022-0002 / INTEL-SA-00598, 4 Aug 2022. Archived on 5 May 2023. https://www.intel.com/content/www/us/en/developer/articles/technical/software-security-guidance/technical-documentation/branch-history-injection.html
Intel, Return Stack Buffer Underflow / CVE-2022-29901, CVE-2022-28693 / INTEL-SA-00702, 12 Jul 2022. Archived on 13 Jul 2022. https://www.intel.com/content/www/us/en/developer/articles/technical/software-security-guidance/advisory-guidance/return-stack-buffer-underflow.html
Intel, Branch History Injection and Intra-mode Branch Target Injection / CVE-2022-0001, CVE-2022-0002 / INTEL-SA-00598, 4 Aug 2022. Archived on 5 May 2023. https://www.intel.com/content/www/us/en/developer/articles/technical/software-security-guidance/technical-documentation/branch-history-injection.html
Intel, Data Dependent Prefetcher, 10 Nov 2022. Archived on 4 Aug 2024. https://www.intel.com/content/www/us/en/developer/articles/technical/software-security-guidance/technical-documentation/data-dependent-prefetcher.html
Intel, Branch History Injection and Intra-mode Branch Target Injection / CVE-2022-0001, CVE-2022-0002 / INTEL-SA-00598, 4 Aug 2022. Archived on 5 May 2023. https://www.intel.com/content/www/us/en/developer/articles/technical/software-security-guidance/technical-documentation/branch-history-injection.html
Intel, MONITOR and UMONITOR Performance Guidance, 10 Jul 2024. Archived on 27 Nov 2024. https://www.intel.com/content/www/us/en/developer/articles/technical/software-security-guidance/technical-documentation/monitor-umonitor-performance-guidance.html
Bit 0 of XCR0 is hardwired to 1, so that the XSAVE instructions will always support save/restore of x87 state.
Intel, Advanced Performance Extensions - Architecture Specification, rev 2.0, Aug 2023, order no. 355828-002, page 37. Archived on Sep 10, 2023. https://cdrdv2-public.intel.com/786223/355828-intel-apx-spec.pdf
For the XCR0 and IA32_XSS registers, bit 63 is reserved specifically for bit vector expansion - this precludes the existence of a state-component 63.
For the copy of the SECS that exists inside an exclave, bit 0 (INIT) of SECS.ATTRIBUTES is used to indicate that the enclave has been initialized with ENCLS[EINIT]. This bit must be 0 in the SECS copy that is given as input to ENCLS[CREATE].
Intel, Asynchronous Enclave Exit Notify and the EDECCSSA User Leaf Function, 30 Jun 2022. Archived on 21 Nov 2022. https://cdrdv2-public.intel.com/736463/aex-notify-white-paper-public.pdf
Field not enumerated if zero.
Field not enumerated if zero.
The frequency values reported by leaf 16h are the processor's specification frequencies - they are constant for the given processor and do not necessarily reflect the actual CPU clock speed at the time CPUID is called.
Field not enumerated if zero.
Field not enumerated if zero.
Field not enumerated if zero.
Linux kernel git commit 604dc91, x86/tsc: Use CPUID.0x16 to calculate missing crystal frequency, 9 May 2019 - contains notes on computing the Core Crystal Clock frequency on CPUs that don't specify it, and corresponding C code. https://github.com/torvalds/linux/commit/604dc9170f2435d27da5039a3efd757dceadc684
Intel, SDM Volume 3A, order no 253668-083, March 2024, chapter 11.5.4, page 408 https://kib.kiev.ua/x86docs/Intel/SDMs/253668-083.pdf
As of May 2024, the following Vendor IDs are known to have been assigned by Intel:
IDVendor1Spreadtrum[123] /wiki/Spreadtrum
As of May 2024, Intel documentation does not specify which "Industry Standard" enumeration scheme to use for the Vendor ID in EBX[15:0] if EBX[16] is set.
As of April 2024, the "Process Restriction" bit is listed only in Intel TDX documentation[102] and is not set in any known processor. /wiki/Trust_Domain_Extensions
Intel, Architecture Specification: Intel Trust Domain Extensions (Intel TDX) Module, order no. 344425-005, page 93, Feb 2023. Archived on 20 Jul 2023. https://cdrdv2-public.intel.com/733568/tdx-module-1.0-public-spec-344425005.pdf
Intel, Advanced Vector Extensions 10, rev 1.0, July 2023, order no. 355989-001. Archived on Jul 24, 2023. https://cdrdv2-public.intel.com/784267/355989-intel-avx10-spec.pdf
These three bits were originally designed to indicate the "supported vector width", with bit 16 indicating 128-bit vector support, bit 17 for 256-bit, and bit 18 for 512-bit. 128-bit maximum CPUs were said to have "AVX10/128" support, 256-bit maximum to have "AVX10/256" support, and 512-bit maximum to have "AVX10/512" support; The number after the slash indicated the maximum supported vector width. Shortly after the announcement of AVX10.1, Intel dropped plans for AVX10/128,[125], likely after pushback from developers, leaving only 256-bit and 512-bit maximum vector widths as supported. With AVX10.2, Intel dropped the vector width distinction entirely, instead mandating 512-bit vector support. As the only shipping AVX10.1 CPUs were based on Granite Rapids, a P-core-only design (and subsequently has had AVX10/512), no AVX10/256 CPUs were ever shipped. In other words, the only shipped CPUs with AVX10 had 128-, 256-, and 512-bit support, putting all three bits as 111b.
Intel, Trust Domain Extensions (Intel TDX) Module Base Architecture Specification, order no. 348549-006US, April 2025, p. 116. Archived on 24 Apr 2025. https://cdrdv2-public.intel.com/853286/intel-tdx-module-base-spec-348549006.pdf
The AVX10.2 VNNI instructions are present if either the AVX10 version is 2 or higher (see CPUID.(EAX=24h).EBX[7:0]) or the AVX10_VNNI_INT bit is set.
Intel, Advanced Vector Extensions 10.2 Architecture Specification, revision 4.0, order no. 361050-004US, May 2025, p. 16. Archived on 25 May 2025. https://cdrdv2-public.intel.com/855340/361050-004-intel-avx10.2-spec.pdf
Intel, Intel Xeon Phi Coprocessor Instruction Set Architecture Reference Manual, Sep 2012, order no. 327364-001, appendix B.8, pages 677. Archived on 4 Aug 2021. https://www.intel.com/content/dam/develop/external/us/en/documents/327364001en.pdf
Intel, Intel Xeon Phi Coprocessor Instruction Set Architecture Reference Manual, Sep 2012, order no. 327364-001, appendix B.8, pages 677. Archived on 4 Aug 2021. https://www.intel.com/content/dam/develop/external/us/en/documents/327364001en.pdf
Microsoft, Hyper-V Feature and Interface Discovery, 8 Jul 2022. Archived on 18 Nov 2023. https://learn.microsoft.com/en-us/virtualization/hyper-v-on-windows/tlfs/feature-discovery
Geoff Chappell, HV_HYPERVISOR_INTERFACE, 10 Dec 2022. Archived on 1 Feb 2023. https://www.geoffchappell.com/studies/windows/km/ntoskrnl/inc/shared/hvgdk_mini/hv_hypervisor_interface.htm
QEMU documentation, Hyper-V Enlightenments. Archived on 17 Apr 2024. https://www.qemu.org/docs/master/system/i386/hyperv.html
Linux 6.8.7 kernel source, /source/arch/x86/kvm/cpuid.c, lines 1482-1488 https://elixir.bootlin.com/linux/v6.8.7/source/arch/x86/kvm/cpuid.c
Microsoft, Hyper-V Feature and Interface Discovery, 8 Jul 2022. Archived on 18 Nov 2023. https://learn.microsoft.com/en-us/virtualization/hyper-v-on-windows/tlfs/feature-discovery
Linux kernel documentation, KVM CPUID bits. Archived on 22 Aug 2022. https://docs.kernel.org/virt/kvm/x86/cpuid.html
Linux 6.8.7 kernel source, /arch/x86/kvm/hyperv.c, line 2793 https://elixir.bootlin.com/linux/v6.8.7/source/arch/x86/kvm/hyperv.c#L2793
Linux kernel documentation, Virtualization support: 4.118 KVM_GET_SUPPORTED_HV_CPUID. Archived on 26 Mar 2024. https://docs.kernel.org/virt/kvm/api.html#kvm-get-supported-hv-cpuid
FreeBSD commit 560d5ed, 28 Jun 2013, see file /sys/amd64/vmm/x86.c, line 48. Archived on 22 Apr 2024. https://github.com/freebsd/freebsd-src/commit/560d5eda2cb0861d11dd055fc63199e21116f6e5
HyperKit source code, /src/lib/vmm/x86.c line 42, 8 May 2021. https://github.com/moby/hyperkit/blob/45c0ba15f100871ba29d0bd227ca58e5426a4a50/src/lib/vmm/x86.c#L42
Xen, CPUID Interface to Xen. Archived on 22 Apr 2024. https://xenbits.xen.org/docs/unstable/hypercall/x86_32/include,public,arch-x86,cpuid.h.html
QEMU source code, fb/target/i386/cpu.c, line 6475, 18 Mar 2024. https://github.com/qemu/qemu/blob/2cc68629a6fc198f4a972698bdd6477f883aedfb/target/i386/cpu.c#L6475
VMWare, Mechanisms to determine if software is running in a VMware virtual machine, 1 May 2015. Archived on 18 Jun 2023. https://kb.vmware.com/s/article/1009458
Project ACRN, CPUID Virtualization, 20 Oct 2022. Archived on 25 Mar 2023. https://projectacrn.github.io/latest/developer-guides/hld/hv-cpu-virt.html#cpuid-virtualization
VirtualBox documentation, 9.30 Paravirtualized Debugging. Archived on 22 Apr 2024. https://www.virtualbox.org/manual/ch09.html#gimdebug
QNX, Hypervisor - Checking the guest's environment, 25 Mar 2022. Archived on 22 Apr 2024. https://www.qnx.com/developers/docs/7.1/#com.qnx.doc.hypervisor.safety.user/topic/qhs/guest_check.html
NetBSD source code, /sys/dev/nvmm/x86/nvmm_x86_vmx.c, line 1430, 6 Nov 2023. https://github.com/NetBSD/src/blob/90116d8fc2f0c32a7863c868afa8d77e9a865cc7/sys/dev/nvmm/x86/nvmm_x86_vmx.c#L1430
OpenBSD source code, /sys/arch/amd64/include/vmmvar.h, line 24, 9 Apr 2024. https://github.com/openbsd/src/blob/1ebbcee88fd42e4612c9e2e6d12b4aad159f7741/sys/arch/amd64/include/vmmvar.h#L24
Siemens Jailhouse hypervisor documentation, hypervisor-interfaces.txt, line 39, 27 Jan 2020. Archived on Jul 5, 2024. https://github.com/siemens/jailhouse/blob/e57d1eff6d55aeed5f977fe4e2acfb6ccbdd7560/Documentation/hypervisor-interfaces.txt
Bitdefender Napoca source code, /napoca/kernel/guestenlight.c, line 293, 30 Jul 2020. https://github.com/bitdefender/napoca/blob/c97d26c672ac9dba5373385fc69be32a856a4d02/napoca/kernel/guestenlight.c#L293
Intel HAXM source code, /core/cpuid.c, line 979, 20 Jan 2023. Archived on 22 Apr 2024. https://github.com/intel/haxm/blob/cc86e90b5ed959e6904c13b54e21ad45b9ad12ce/core/cpuid.c#L979
Intel KGT source code (trusty branch), /vmm/vmexit/vmexit_cpuid.c, lines 17-75, 15 May 2019 https://github.com/intel/ikgt-core/blob/7dfd4d1614d788ec43b02602cce7a272ef8d5931/vmm/vmexit/vmexit_cpuid.c
Linux kernel v5.18.19 source code, /source/drivers/visorbus/visorchipset.c, line 28 https://elixir.bootlin.com/linux/v5.18.19/source/drivers/visorbus/visorchipset.c
N. Moore, virt: Support detection of LMHS SRE guests #25594, 1 Dec 2022 - Lockheed Martin-provided pull-request for systemd, adding CPUID hypervisor ID string for the LMHS SRE hypervisor. Archived on 23 Apr 2024. https://github.com/systemd/systemd/pull/25594/commits/edc028437def5c1e005ce1b965ecf400a7c1498a
CPUID Specification, publication no.25481, rev 2.34 (PDF), AMD, September 2010, archived from the original (PDF) on 18 Aug 2022 https://web.archive.org/web/20220818192714/http://developer.amd.com/wordpress/media/2012/10/25481.pdf
Linux kernel source code https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/arch/x86/include/asm/cpufeatures.h?id=HEAD
The use of EDX bit 10 to indicate support for SYSCALL/SYSRET is only valid on AuthenticAMD Family 5 Model 7 CPUs (AMD K6, 250nm "Little Foot") - for all other processors, EDX bit 11 should be used instead.These instructions were first introduced on Model 7[154] - the CPUID bit to indicate their support was moved[155] to EDX bit 11 from Model 8 (AMD K6-2) onwards. /wiki/List_of_AMD_CPU_microarchitectures
On Intel CPUs, the CPUID bit for SYSCALL/SYSRET is only set if the CPUID instruction is executed in 64-bit mode.[156]
Lightweight Profiling Specification (PDF), AMD, August 2010, archived from the original (PDF) on 2012-11-27, retrieved 2013-04-03 https://web.archive.org/web/20121127061327/http://support.amd.com/us/Processor_TechDocs/43724.pdf
On some processors - Cyrix MediaGXm,[158] several Geodes (NatSemi Geode GXm, GXLV, GX1; AMD Geode GX1[159]) and Transmeta Crusoe[160] - EDX bits 16 and 24 have a different meaning:
Bit 16: Floating-point Conditional Move (FCMOV) supported
Bit 24: 6x86MX Extended MMX instructions supported
/wiki/MediaGX
EDX bit 19 is used for CPU brand identification on AuthenticAMD Family 6 processors only - the bit is, combined with processor signature and FSB speed, used to identify processors as either multiprocessor-capable or carrying the Sempron brand name.[161] /wiki/AMD_K7
AMD, Family 10h BKDG, document no. 31116, rev 3.62, jan 11, 2013, p. 388 - lists the NodeId bit. Archived on 16 Jan 2019. https://www.amd.com/system/files/TechDocs/31116.pdf
On some processors - Cyrix MediaGXm,[158] several Geodes (NatSemi Geode GXm, GXLV, GX1; AMD Geode GX1[159]) and Transmeta Crusoe[160] - EDX bits 16 and 24 have a different meaning:
Bit 16: Floating-point Conditional Move (FCMOV) supported
Bit 24: 6x86MX Extended MMX instructions supported
/wiki/MediaGX
ECX bit 25 is listed as StreamPerfMon in revision 3.20 of AMD APM[163] only - it is listed as reserved in later revisions. The bit is set on Excavator and Steamroller CPUs only.
"Intel Processor Identification and the CPUID Instruction" (PDF). Download.intel.com. 2012-03-06. Retrieved 2013-04-11. http://download.intel.com/design/processor/applnots/24161832.pdf
InstLatx64, Vortex86DX3 CPUID dump, 27 Sep 2021. Archived on 21 Oct 2021. http://users.atw.hu/instlatx64/Vortex86_SoC/Vortex86%20SoC0000611_Vortex86DX3_CPUID.txt
InstLatx64, AMD Ryzen 7 6800HS CPUID dump, 21 Feb 2022. Archived on 24 Mar 2023. http://users.atw.hu/instlatx64/AuthenticAMD/AuthenticAMD0A40F41_K19_Rembrandt_01_CPUID.txt
AMD, Processor Recognition Application Note, pub.no. 20734, rev. 3.13, december 2005. Section 2.2.2 (p.20) and Section 3 (pages 33 to 40) provide details on how CPUID.(EAX=8000_0001):EDX[bit 19] should be used to identify processors. Section 3 also provides information on AMD's brand name string MSRs. Archived from the original on Jun 26, 2006. https://web.archive.org/web/20060626212818/http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/20734.pdf
Chips and Cheese, Why you can't trust CPUID, 27 Oct 2022. Archived on 3 Nov 2022. https://chipsandcheese.com/2022/10/27/why-you-cant-trust-cpuid/
AMD, Geode LX Databook, pub.id. 33234H, Feb 2009, page 207. https://www.amd.com/content/dam/amd/en/documents/archived-tech-docs/datasheets/33234H_LX_databook.pdf
InstLatx64, 2x 24-core Montage Jintide C2460 CPUID dump http://users.atw.hu/instlatx64/GenuineIntel/GenuineIntel0050654_SkylakeXeon_Jintide_CPUID1.txt
InstLatx64, 2x 24-core Intel Xeon Platinum 8160 CPUID dump http://users.atw.hu/instlatx64/GenuineIntel/GenuineIntel0050654_SkylakeXeon_20_CPUID.txt
InstLatx64, Zhaoxin KaiXian ZX-C+ C4580 CPUID dump http://users.atw.hu/instlatx64/CentaurHauls/CentaurHauls00006FE_CNR_Isaiah_CPUID3.txt
InstLatx64, VIA Eden X4 C4250 CPUID dump http://users.atw.hu/instlatx64/CentaurHauls/CentaurHauls00006FE_CNR_Isaiah_CPUID.txt
On some older Cyrix and Geode CPUs (specifically, CyrixInstead/Geode by NSC Family 5 Model 4 CPUs only), leaf 80000005h exists but has a completely different format, similar to that of leaf 2.[173]
On processors that can only handle small-pages in their TLBs, this leaf will return 0 in EAX. (On such processors, which include e.g. AMD K6 and Transmeta Crusoe, hugepage entries in the page-tables are broken up into 4K pages as needed upon entry into the TLB.)On some processors, e.g. VIA Cyrix III "Samuel",[174] this leaf returns 0x80000005 in EAX. This has the same meaning as EAX=0, i.e. no hugepage TLBs. /wiki/Cyrix_III
On Transmeta CPUs, the value FFh is used to indicate a 256-entry TLB.
For the associativity fields of leaf 80000005h, the following values are used:
ValueMeaning0(reserved)1Direct-mapped2 to FEhN-way set-associative (field encodes N)FFhFully-associative
On Transmeta CPUs, the value FFh is used to indicate a 256-entry TLB.
For the associativity fields of leaf 80000005h, the following values are used:
ValueMeaning0(reserved)1Direct-mapped2 to FEhN-way set-associative (field encodes N)FFhFully-associative
For the associativity fields of leaf 80000005h, the following values are used:
ValueMeaning0(reserved)1Direct-mapped2 to FEhN-way set-associative (field encodes N)FFhFully-associative
AMD, BKDG for AMD Family 10h Processors, pub.no. 31116, rev 3.62, jan 11, 2013, page 392. Archived on 16 Jan 2019. https://www.amd.com/system/files/TechDocs/31116.pdf
AMD, PPR For AMD Family 19h Model 61h rev B1 procesors, pub.no. 56713, rev 3.05, Mar 8, 2023, pages 99-100. Archived on 25 Apr 2023. https://www.amd.com/system/files/TechDocs/56713-B1_3.05.zip
AMD, PPR For AMD Family 19h Model 61h rev B1 procesors, pub.no. 56713, rev 3.05, Mar 8, 2023, pages 99-100. Archived on 25 Apr 2023. https://www.amd.com/system/files/TechDocs/56713-B1_3.05.zip
AMD, PPR For AMD Family 19h Model 61h rev B1 procesors, pub.no. 56713, rev 3.05, Mar 8, 2023, pages 99-100. Archived on 25 Apr 2023. https://www.amd.com/system/files/TechDocs/56713-B1_3.05.zip
AMD, BKDG for AMD Family 16h Models 00-0Fh processors, pub.no. 48571, rev 3.03, Feb 19, 2015, page 482. Archived on 16 Jan 2019. https://www.amd.com/system/files/TechDocs/48751_16h_bkdg.pdf
SpecterDev, Next-Gen Exploitation: Exploring the PS5 Security Landscape, June 2023 hardwear.io conference presentation slide deck, pages 34, 41 and 53. Archived on 10 Jun 2023. https://hardwear.io/usa-2023/presentation/next-gen-exploitation-exploring-the-PS5-security-landscape.pdf
As of June 2025, bits 5, 7, and 11 of CPUID.(EAX=8000_0008):EBX are not listed in any known public AMD documentation, but have been observed to be set on AMD 4700S Desktop Kit processors.[179]
As of June 2025, bits 5, 7, and 11 of CPUID.(EAX=8000_0008):EBX are not listed in any known public AMD documentation, but have been observed to be set on AMD 4700S Desktop Kit processors.[179]
As of June 2025, bits 5, 7, and 11 of CPUID.(EAX=8000_0008):EBX are not listed in any known public AMD documentation, but have been observed to be set on AMD 4700S Desktop Kit processors.[179]
The LMSLE (Long Mode Segment Limit Enable) feature does not have its own CPUID flag and is detected by checking CPU family and model. It was introduced in AuthenticAMD Family 0Fh Model 14h[180]
(90nm Athlon64/Opteron) CPUs and is present in all later AMD CPUs - except the ones with the 'no_efer_lmsle' flag set.
AMD, PPR For AMD Family 19h Model 61h rev B1 procesors, pub.no. 56713, rev 3.05, Mar 8, 2023, pages 99-100. Archived on 25 Apr 2023. https://www.amd.com/system/files/TechDocs/56713-B1_3.05.zip
AMD, PPR for AMD Family 19h Model 01h, Revision B1 Processors, Volume 1 of 2, document no. 55898, rev 0.50, may 27, 2021, page 98 - lists branch-sampling bit. Archived on Jul 24, 2022 https://www.amd.com/system/files/TechDocs/55898_B1_pub_0.50.zip
A value of 0 indicates that the "Guest Physical Address Size" is the same as the "Number Of Physical Address Bits", specified in EAX[7:0].
Early revisions of AMD's "Pacifica" documentation listed EAX bit 8 as an always-zero bit reserved for hypervisor use.[182]Later AMD documentation, such as #25481 "CPUID specification" rev 2.18[183] and later, only lists the bit as reserved.In rev 2.30[184] and later, a different bit is listed as reserved for hypervisor use: CPUID.(EAX=1):ECX[bit 31].
EDX bit 9 is briefly listed in some older revisions of AMD's document #25481 "CPUID Specification", and is set only in some AMD Bobcat CPUs.[185]Rev 2.28 of #25481 lists the bit as "Ssse3Sse5Dis"[186] - in rev 2.34, it is listed as having been removed from the spec at rev 2.32 under the name "SseIsa10Compat".[187] /wiki/Bobcat_(microarchitecture)
AMD, PPR for AMD Family 19h Model 61h, Revision B1 processors, document no. 56713, rev 3.05, mar 8 2023, page 102. Archived on Apr 25, 2023. https://www.amd.com/system/files/TechDocs/56713-B1_3.05.zip
AMD, PPR for AMD Family 19h Model 61h, Revision B1 processors, document no. 56713, rev 3.05, mar 8 2023, page 102. Archived on Apr 25, 2023. https://www.amd.com/system/files/TechDocs/56713-B1_3.05.zip
AMD, Processor Programming Reference (PPR) for AMD Family 1Ah Model 24h, Revision B0 Processors, order no. 57254, rev 3.00, Sep 26, 2024, pages 102, 118, 119 and 199. https://www.amd.com/content/dam/amd/en/documents/processor-tech-docs/software-optimization-guides/57254-PUB_3.00.zip
AMD, Secure VM Service Module for SEV-SNP Guests, pub.no #58019, rev 1.00, Jul 2023, page 13. Archived on 5 Aug 2023. https://www.amd.com/system/files/TechDocs/58019_1.00.pdf
AMD, PPR for AMD Family 19h Model 61h, Revision B1 processors, document no. 56713, rev 3.05, mar 8 2023, page 116. Archived on Apr 25, 2023. https://www.amd.com/system/files/TechDocs/56713-B1_3.05.zip
AMD, Processor Programming Reference (PPR) for AMD Family 1Ah Model 24h, Revision B0 Processors, order no. 57254, rev 3.00, Sep 26, 2024, pages 102, 118, 119 and 199. https://www.amd.com/content/dam/amd/en/documents/processor-tech-docs/software-optimization-guides/57254-PUB_3.00.zip
AMD, Processor Programming Reference (PPR) for AMD Family 1Ah Model 24h, Revision B0 Processors, order no. 57254, rev 3.00, Sep 26, 2024, pages 102, 118, 119 and 199. https://www.amd.com/content/dam/amd/en/documents/processor-tech-docs/software-optimization-guides/57254-PUB_3.00.zip
AMD, PPR for AMD Family 19h Model 61h, Revision B1 processors, document no. 56713, rev 3.05, mar 8 2023, page 116. Archived on Apr 25, 2023. https://www.amd.com/system/files/TechDocs/56713-B1_3.05.zip
If the downgrade from 512-bit to 256-bit datapath is enabled, then AVX-512 instructions that work on 512-bit data items will be split into two 256-bit parts that will be issued over two consecutive cycles. This datapath downgrade can help improve power efficiency for some workloads.[192]
AMD, Technical Update Regarding Speculative Return Stack Overflow, rev 2.0, feb 2024. Archived on Apr 12, 2024. https://www.amd.com/content/dam/amd/en/documents/corporate/cr/speculative-return-stack-overflow-whitepaper.pdf
AMD, Technical Update Regarding Speculative Return Stack Overflow, rev 2.0, feb 2024. Archived on Apr 12, 2024. https://www.amd.com/content/dam/amd/en/documents/corporate/cr/speculative-return-stack-overflow-whitepaper.pdf
AMD, Technical Update Regarding Speculative Return Stack Overflow, rev 2.0, feb 2024. Archived on Apr 12, 2024. https://www.amd.com/content/dam/amd/en/documents/corporate/cr/speculative-return-stack-overflow-whitepaper.pdf
AMD, Technical Update Regarding Speculative Return Stack Overflow, rev 2.0, feb 2024. Archived on Apr 12, 2024. https://www.amd.com/content/dam/amd/en/documents/corporate/cr/speculative-return-stack-overflow-whitepaper.pdf
AMD, Technical Update Regarding Speculative Return Stack Overflow, rev 2.0, feb 2024. Archived on Apr 12, 2024. https://www.amd.com/content/dam/amd/en/documents/corporate/cr/speculative-return-stack-overflow-whitepaper.pdf
Ferrie, Peter. "Attacks on Virtual Machine Emulators" (PDF). Symantec. Symantec Advanced Threat Research. Archived from the original (PDF) on 2007-02-07. Retrieved 15 March 2017. https://web.archive.org/web/20070207103157/http://www.symantec.com/avcenter/reference/Virtual_Machine_Threats.pdf
Sandpile, x86 architecture CPUID. Retrieved 22 December 2022. https://sandpile.org/x86/cpuid.htm
instlatx64, CPUID dump of AMD A4-5000, lists "HELLO KITTY" string for CPUID leaf 8FFFFFFFh. Retrieved 22 December 2022. http://users.atw.hu/instlatx64/AuthenticAMD/AuthenticAMD0700F01_K16_Kabini_CPUID.txt
IDT, WinChip 2B Processor Data Sheet, v0.9, April 1999, chapter 3.3.3, page 31. https://www.ardent-tool.com/CPU/docs/IDT_Centaur/WinChip2/w2b_datasheet.pdf
VIA, PadLock Programming Guide rev. 1.66, aug 4, 2005, page 5. Archived from the original on May 26, 2010 https://web.archive.org/web/20100526054140/http://linux.via.com.tw/support/beginDownload.action?eleid=181&fid=261
OpenEuler 1.0 LTS kernel sources, /arch/x86/include/asm/cpufeatures.h lines 147-178. Archived on Jul 30, 2023. https://gitee.com/openeuler/kernel/blob/openEuler-1.0-LTS/arch/x86/include/asm/cpufeatures.h#L147
Zhaoxin, Padlock instruction set reference, 26 Dec 2024. Archived from the original on 15 Mar 2025. https://web.archive.org/web/20250315101352/https://www.zhaoxin.com/Admin/Others/DownloadsPage.aspx?nid=31&id=3202&tag=0&ref=kfzzc&t=b3f041e6f23d9f48
Zhaoxin, GMI reference, 26 Dec 2024. Archived from the original on 15 Mar 2025. https://web.archive.org/web/20250315101213/https://www.zhaoxin.com/Admin/Others/DownloadsPage.aspx?nid=31&id=3152&tag=0&ref=kfzzc&t=32531cd65e657254
On VIA Nehemiah and Antaur CPUs (CentaurHauls Family 6 Model 9 only),[202] bits 0,1,4,5 are used differently:
Bit 0: Alternate Instruction Set (AIS) present
Bit 1: AIS enabled
Bit 4: LongHaul MSR (MSR 0x110A) present
Bit 5: FEMMS instruction (opcode 0F 0E) present
/wiki/VIA_C3#Nehemiah_cores
On VIA Nehemiah and Antaur CPUs (CentaurHauls Family 6 Model 9 only),[202] bits 0,1,4,5 are used differently:
Bit 0: Alternate Instruction Set (AIS) present
Bit 1: AIS enabled
Bit 4: LongHaul MSR (MSR 0x110A) present
Bit 5: FEMMS instruction (opcode 0F 0E) present
/wiki/VIA_C3#Nehemiah_cores
On VIA Nehemiah and Antaur CPUs (CentaurHauls Family 6 Model 9 only),[202] bits 0,1,4,5 are used differently:
Bit 0: Alternate Instruction Set (AIS) present
Bit 1: AIS enabled
Bit 4: LongHaul MSR (MSR 0x110A) present
Bit 5: FEMMS instruction (opcode 0F 0E) present
/wiki/VIA_C3#Nehemiah_cores
On VIA Nehemiah and Antaur CPUs (CentaurHauls Family 6 Model 9 only),[202] bits 0,1,4,5 are used differently:
Bit 0: Alternate Instruction Set (AIS) present
Bit 1: AIS enabled
Bit 4: LongHaul MSR (MSR 0x110A) present
Bit 5: FEMMS instruction (opcode 0F 0E) present
/wiki/VIA_C3#Nehemiah_cores
"GCC-mirror/GCC". GitHub. 13 March 2022. https://github.com/gcc-mirror/gcc/blob/master/gcc/config/i386/cpuid.h
"ARM Information Center". Infocenter.arm.com. Retrieved 2013-04-11. http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0395b/CIHCAGHH.html
IBM System/370 Principles Of Operation (PDF) (First ed.). IBM. June 1970. p. 29. GA22-7000-0. https://bitsavers.org/pdf/ibm/370/princOps/GA22-7000-0_370_Principles_Of_Operation_Jun70.pdf
z/Architecture Principles of Operation (PDF) (Fourteenth ed.). May 2022. SA22-7832-13. https://publibfp.dhe.ibm.com/epubs/pdf/a227832d.pdf
z/Architecture Principles of Operation (PDF) (Fourteenth ed.). May 2022. SA22-7832-13. https://publibfp.dhe.ibm.com/epubs/pdf/a227832d.pdf
"MIPS32 Architecture For Programmers, Volume III: The MIPS32 Privileged Resource Architecture" (PDF). MIPS Technologies, Inc. 2001-03-12. http://www.cs.cornell.edu/courses/cs3410/2008fa/MIPS_Vol3.pdf
"PowerPC Operating Environment Architecture, book III" (PDF). http://moss.csc.ncsu.edu/~mueller/cluster/ps3/SDK3.0/docs/arch/PPC_Vers202_Book3_public.pdf
"The RISC-V Instruction Set Manual Volume II: Privileged Architecture Version 1.7" (PDF). May 9, 2015. section 3.1.1. https://people.eecs.berkeley.edu/~krste/papers/riscv-priv-spec-1.7.pdf#page=23
S. Darwish, Ahmed. "[ANNOUNCE] x86-cpuid.org: A machine-readable CPUID repository". Linux Kernel Mailing List archive. Retrieved 20 July 2024. https://lore.kernel.org/lkml/ZpkckA2SHa1r3Bor@lx-t490