drm_atomic_...efault_clear(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… drm_atomic_commit_default_clear β€” clear base atomic state

okay so bestie, welcome to the Kernel API Manual page for drm_atomic_commit_default_clear(9). yes it's a long name. no we're not shortening it. it's iconic, it ate, periodt. πŸŽ€


✨ SYNOPSIS ✨

void drm_atomic_commit_default_clear (struct drm_atomic_commit *state );

literally one function, one argument, void return. simple queen behaviour. πŸ‘‘


🌸 ARGUMENTS 🌸

  • state β€” the atomic state. that's it, that's the whole argument. it's the struct drm_atomic_commit * you're clearing out. 🫢

πŸ¦‹ DESCRIPTION πŸ¦‹

so what does it do? it's the default implementation for clearing atomic state. lowkey the baseline cleanup routine, the one you get when you don't bring your own. 🧹✨

but listen β€” the manpage is very clear about this: this should only be used by drivers which are still subclassing drm_atomic_commit and haven't switched to drm_private_state yet.

so if you've already migrated to drm_private_state, this is not your girl. no cap. it's giving legacy-support-era energy, and that's fine, we're not judging, we're just saying. πŸ’€


πŸ‘‘ SEE ALSO πŸ‘‘

the whole friend group, fr fr. here's everybody:

like I said. the whole group chat. πŸŒˆπŸ’œ


anyway that's the page!! sign-off time πŸŽ€ β€” this one lives in ./drivers/gpu/drm, dated October 2026, and the page itself is drm_atomic_...efault_clear(9) (yes the truncation is part of the vibe, iykyk). go clear that state bestie, mwah πŸ’‹βœ¨

πŸ“¦ where this page comes from