__drm_atomi..._plane_reset(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… __drm_atomic_helper_plane_reset β€” the Kernel API Manual glow-up πŸŽ€

okay so bestie, welcome to the Kernel API Manual entry for __drm_atomi..._plane_reset(9) β€” yes the title got truncated by the terminal, no it's not a glitch, it's just living its best abbreviated life πŸ’–


✨ NAME ✨

__drm_atomic_helper_plane_reset β€” reset state on plane πŸ¦‹


✨ SYNOPSIS ✨

void __drm_atomic_helper_plane_reset (struct drm_plane *plane , struct
drm_plane_state *plane_state );

✨ ARGUMENTS ✨

  • plane β€” the drm plane, your main character πŸŽ€
  • plane_state β€” the plane state you're gonna assign. hand it over, bestie 🫢

✨ DESCRIPTION ✨

so what this does is it initializes that freshly-allocated plane_state and then assigns it straight to the drm_plane->state pointer of plane. lowkey iconic ✨

when do you need it? usually when you're initializing the drivers, or when it gets called from the drm_plane_funcs.reset hook. iykyk πŸ’…

and the whole point β€” the reason this exists at all β€” is that it's useful for drivers that subclass the plane state. like, if you're doing the fancy custom-struct thing, this is your girl πŸ”₯


🌈 SEE ALSO 🌈

grab a snack because this list is long and honestly it ate πŸ“


ngl the whole plane / crtc / connector / bridge family is giving "one big friend group" energy and this function is literally just the plane one's reset moment. go read the neighbours, they all slay πŸ’œ

mwah, that's the page πŸ’‹ it lives over in ./drivers/gpu/drm, dated October 2026, and it's brought to you by the Kernel API Manual β€” periodt πŸ‘‘πŸŒΈ

πŸ“¦ where this page comes from