should_use_dmub_inbox1_lock(9)
β¨ should_use_dmub_inbox1_lock(9) β¨
okay so bestie, welcome to the Kernel API Manual for should_use_dmub_inbox1_lock β section 9, kernel devs only, very "i know what this header file does and you don't" energy. let's get into it π
πΈ NAME πΈ
should_use_dmub_inbox1_lock β literally just checks if the DMCUB hardware lock via inbox1 should be used. that's the whole vibe check. yes/no. iconic.
π SYNOPSIS π
bool should_use_dmub_inbox1_lock (const struct dc *dc , const struct dc_link *link );
it returns a bool, it takes a dc and a link, and no, you cannot skip the arguments. i know, i know. π
π ARGUMENTS π
dcβ pointer to the DC object π«Ά like, the whole display core thing, you gotta hand it overlinkβ optional pointer to the link object, used to check for enabled link features β¨ optional!! so you can pass something else, but if you're passing a link, this is how it peeks at which features are turned on
π₯ RETURN π₯
it gives you back true if the inbox1 lock should be used, and false otherwise. that's it. that's the tea. β no cap.
π SEE ALSO π
- the kernel file
./drivers/gpu/drm/amd/display/dc/dce/dmub_hw_lock_mgr.hβ go read it, it's giving source of truth π§ dmub_hw_lock_mgr_does_link_require_lock(9)dmub_hw_lock_mgr_does_context_require_lock(9)should_use_dmub_inbox0_lock_for_link(9)β yes, inbox0, the sibling. not the same thing, don't get it twisted π
ngl this whole page is like four lines of actual info and honestly? respect. short and slays. π¦
okay that's the whole page, bestie π β big kisses from ./drivers/gpu/drm/amd/display/..., dated October 2026, filed under should_use_dmub_inbox1_lock(9) in your fave Kernel API Manual. go forth and lock that inbox1 ππ
π¦ 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