pseudo_lock_init(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– pseudo_lock_init(9) πŸ’–

okay so welcome to the Kernel API Manual, bestie β€” we're talking about pseudo_lock_init, and it's genuinely a little main-character moment in the resctrl pseudo-locking lore. πŸ¦‹

✨ NAME ✨

pseudo_lock_init β€” Initialize a pseudo-lock region πŸ’…

πŸ¦‹ SYNOPSIS πŸ¦‹

int pseudo_lock_init (struct rdtgroup *rdtgrp );

🫢 ARGUMENTS 🫢

  • rdtgrp β€” the resource group to which the new pseudo-locked region will belong. Like, that's its home base, no cap. 🏑

🌸 DESCRIPTION 🌸

okay so real talk: a pseudo-locked region is associated with a resource group. When this association is created, the pseudo-locked region is initialized. But at this exact moment the details of the pseudo-locked region are not known yet β€” so the only things going down are allocation and establishing the association. That's the whole vibe: it's giving "we'll flesh out the deets later" energy, and honestly? valid. ✨

πŸ’€ RETURN πŸ’€

  • 0 on success πŸŽ‰
  • <0 on failure 😭

Zero is the slay outcome; negative is the not-so-slay outcome. Periodt. πŸ’…

πŸ‘‘ SEE ALSO πŸ‘‘

Kernel file ./fs/resctrl/pseudo_lock.c is the home base, and the rest of the SEE ALSO crew is:

Bye bestie! This page is from the ./fs/resctrl source, dated October 2026, and it's all for pseudo_lock_init(9) πŸ«Άβœ¨πŸ’…

πŸ“¦ where this page comes from