dmub_hw_loc...require_lock(9)
β¨ dmub_hw_lock_mgr_does_link_require_lock β the vibe check for HW locks β¨
okay so real talk, this one lives in the Kernel API Manual, section 9, and it's literally just one tiny function that answers one tiny question: does this link need the hardware lock or not? that's it. that's the whole gig. π
πΈ NAME πΈ
dmub_hw_lock_mgr_does_link_require_lock β returns true if the link has a feature that needs the HW lock π«Ά
like, it's giving "am I invited to the lock party" but for display links. no cap.
π SYNOPSIS π
bool dmub_hw_lock_mgr_does_link_require_lock (const struct dc *dc ,
const struct dc_link *link );
so you hand it a dc and a link, and it hands you back a bool. iconic behavior fr fr β¨
π ARGUMENTS π
dcβ pointer to the DC object. yes bestie, the whole display core, the main character πlinkβ the link you wanna check. the one under the microscope π
π¦ RETURN π¦
true if the link has a feature that needs the HW lock, false otherwise π
that's it. boolean. binary. two moods. no in-between. π
π SEE ALSO π
- the kernel file
./drivers/gpu/drm/amd/display/dc/dce/dmub_hw_lock_mgr.hβ go read it, iykyk π should_use_dmub_inbox1_lock(9)dmub_hw_lock_mgr_does_context_require_lock(9)should_use_dmub_inbox0_lock_for_link(9)
the whole lock-manager friend group honestly π«Ά
heads up bestie: all the actual facts up there are load-bearing. the vibe is mine, the behavior is not. don't go inventing semantics, mwah π
and that's the page!! source/version lives at ./drivers/gpu/drm/amd/display/..., dated October 2026, filed under dmub_hw_loc...require_lock(9) β stan a tiny kernel helper, periodt πβ¨π
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms