should_use_dmub_inbox1_lock(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ 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 over
  • link β€” 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 πŸ’œ


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