__CPUID_LEAF(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– __CPUID_LEAF(9) β€” Kernel API Manual πŸ’–

okay so bestie, this is __CPUID_LEAF(9) from the Kernel API Manual, and it's literally here to define a CPUID output and parse info entry. No cap, that's the whole name vibe. πŸ¦‹


πŸŽ€ NAME πŸŽ€

__CPUID_LEAF β€” define a CPUID output and parse info entry. Periodt. πŸ’…


✨ SYNOPSIS ✨

__CPUID_LEAF (_name , _count );

🫢 ARGUMENTS 🫢

  • _name β€” the struct type name of the CPUID leaf/subleaf, like 'leaf_0x7_0'. These types are defined at <cpuid/leaf_types.h> and follow the leaf_0xM_N format, where 0xM is the leaf and N is the subleaf. The naming is giving structured, and we love that for us. 🌸
  • _count β€” number of storage entries to allocate for this leaf/subleaf. That's the count, bestie. ✨

🌈 DESCRIPTION 🌈

For a given leaf/subleaf, this defines an array of CPUID storage entries and an associated query info structure. It's giving setup, and honestly? Iconic. πŸ”₯

Use an array of storage entries to accommodate CPUID leaves with multiple subleaves having the same output format. This is common for hierarchical enumeration; e.g., CPUID(0x4), CPUID(0x12), and CPUID(0x8000001d). Slay. πŸ‘‘


πŸ¦‹ SEE ALSO πŸ¦‹


Mwah πŸ’‹ β€” source: ./arch/x86/include/asm/cpuid, date/version: October 2026, page: __CPUID_LEAF(9). Bye bestie, go parse those CPUID leaves πŸ’œβœ¨

πŸ“¦ where this page comes from