guest_force_mtrr_state(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

okay so bestie, this is the guest_force_mtrr_state(9) page from the Kernel API Manual ✨ it’s literally all about setting static MTRR state for a guest, and it has major β€œyou get one shot” energy πŸ’…


πŸ’– NAME πŸ’–

guest_force_mtrr_state β€” set static MTRR state for a guest πŸŽ€ that’s the whole vibe. no cap.

🌸 SYNOPSIS 🌸

void guest_force_mtrr_state (struct mtrr_var_range *var , unsigned int
       num_var , mtrr_type def_type );

πŸ¦‹ ARGUMENTS πŸ¦‹

  • var β€” the MTRR variable range array to use πŸ’–
  • num_var β€” length of the var array
  • def_type β€” default caching type

✨ DESCRIPTION ✨

so guest_force_mtrr_state is how you set MTRR state via different means β€” e.g. with data obtained from a hypervisor 🧚 it is allowed only for special cases when you’re running virtualized.

it must be called from the x86_init.hyper.init_platform hook. not a suggestion, bestie β€” that’s the rule 🫢

😭 one call only! this function can be called only once, and the MTRR state can’t be changed afterwards. to ensure that stays true, X86_FEATURE_MTRR is cleared πŸ’€

πŸ”₯ SEE ALSO πŸ”₯


okay that’s the whole page, bestie! source/version: ./arch/x86/kernel/cpu/mtrr; date: October 2026; page: guest_force_mtrr_state(9) β€” slay and stay iconic πŸ’…βœ¨πŸ‘‘πŸŒˆ

πŸ“¦ where this page comes from