drm_exec_ret...n_contention(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… drm_exec_retry_on_contention ✨

okay so real talk, the header on this one gets chopped in the terminal (drm_exec_ret...n_contention(9), tragic 😭) but it's from the Kernel API Manual and it is exactly what it sounds like: the little control-flow helper that says "bestie, we hit contention, wrap it up and run it back." πŸŒ€


🌸 NAME 🌸

drm_exec_retry_on_contention β€” restart the loop so we can grab all the locks 🫢


✨ SYNOPSIS ✨

drm_exec_retry_on_contention (exec );

πŸŽ€ ARGUMENTS πŸŽ€

  • exec β€” the drm_exec object. that's the whole vibe check, one (1) argument, no notes πŸ’…

πŸ¦‹ DESCRIPTION πŸ¦‹

So this is a control flow helper πŸ‘‘ β€” its whole job is to keep things moving when a contention was detected and we need to clean up and re-start the loop to prepare all the GEM objects. like, everyone out of the pool, we're resetting πŸ”₯

⚠️ okay important: there's a __drm_exec_loop check in here, and it exists specifically to prevent usage outside of a drm_exec_until_all_locked loop. so do not be out here calling it wherever, the check will catch you and it will not be cute πŸ™ˆ

🌈 SEE ALSO 🌈

Kernel file ./include/drm/drm_exec.h β€” plus the whole friend group:


and that's the page, periodt πŸ’œ this one lives in ./include/drm, it's the October 2026 drop, and it's part of the Kernel API Manual β€” go read drm_exec_until_all_locked(9) next, iykyk πŸ§šβ€β™€οΈβœ¨

πŸ“¦ where this page comes from