intel_uncore..._put__locked(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… NAME πŸ’…

intel_uncore_forcewake_put__locked β€” bestie, this one releases your forcewake domain references ✨ (and yes the double underscore is part of the vibe, don't @ me)

So this whole page lives in the Kernel API Manual, which is exactly as iconic as it sounds πŸŽ€


🌸 SYNOPSIS 🌸

void intel_uncore_forcewake_put__locked (struct intel_uncore *uncore ,
enum forcewake_domains fw_domains );

πŸ¦‹ ARGUMENTS πŸ¦‹

  • uncore β€” the intel_uncore structure, aka the main character of this whole function 🫢
  • fw_domains β€” the forcewake domains you're putting references to, iykyk

✨ DESCRIPTION ✨

Okay so first things first, go read intel_uncore_forcewake_put β€” that's the sibling function, the blueprint, the lore πŸ’–

This variant is the locked one, and it's giving "you're on your own, bestie." It places the onus on the caller to explicitly handle the dev_priv->uncore.lock spinlock πŸ”’

Not me about to say this again but fr fr: YOU, the caller, must handle dev_priv->uncore.lock yourself. This function will not do it for you. No cap, no hand-holding, no safety net πŸ’€

πŸ‘‘ SEE ALSO πŸ‘‘

The kernel file where all of this lives:

  • ./drivers/gpu/drm/i915/intel_uncore.c

And the whole friend group of related functions, all so valid:


okay that's the whole page bestie, you ate that πŸ’…βœ¨

Dropping the credits real quick 🎬 β€” this one's from ./drivers/gpu/drm/i915, dated October 2026, and it's the intel_uncore..._put__locked(9) page. Go forth and handle your spinlocks responsibly πŸ«ΆπŸ’–

πŸ“¦ where this page comes from