pseudo_lock...es_constrain(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… pseudo_lock_cstates_constrain(9) β€” the kernel API manual, bestie edition πŸŽ€

okay so this is a page straight out of the Kernel API Manual, and it's about keeping your cores out of the deepest sleepy-girl state. literally the whole point. let's get into it πŸ¦‹


✨ NAME ✨

pseudo_lock_cstates_constrain β€” bestie, this one restricts cores from entering C6 😴🚫


✨ SYNOPSIS ✨

int pseudo_lock_cstates_constrain (struct pseudo_lock_region *plr );

✨ ARGUMENTS ✨

  • plr β€” the pseudo-locked region in question. that's your girl 🫢

✨ DESCRIPTION ✨

so here's the drama πŸ”₯ β€” to prevent the cache from being affected by power management, entering C6 has to be avoided. like, non-negotiable. and the way we do that is by requesting a latency requirement that's lower than the lowest C6 exit latency of all supported platforms, as found in the cpuidle state tables in the intel_idle driver. and ngl, at this time it's possible to do so with a single latency requirement for all supported platforms. one requirement to rule them all, periodt πŸ‘‘

but wait, there's more 😭 β€” since Goldmont is supported, and Goldmont is affected by X86_BUG_MONITOR, the ACPI latencies need to be considered while keeping in mind that C2 may be set to map to deeper sleep states. so in this case the latency requirement needs to prevent entering C2 also. yeah. it's giving "one more thing to worry about" πŸ’€


✨ RETURN ✨

  • 0 on success πŸ’–
  • <0 on failure 😭

✨ SEE ALSO ✨

Kernel file ./fs/resctrl/pseudo_lock.c and all her friends, fr fr:


okay that's the whole page, you ate that πŸ“βœ¨ this gem lives over in ./fs/resctrl, dated October 2026, and it answers to the name pseudo_lock...es_constrain(9). mwah, go keep those cores awake πŸ’œπŸŒˆπŸ‘‘

πŸ“¦ where this page comes from