drm_gem_dest..._plane_state(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… drm_gem_destroy_shadow_plane_state(9) β€” kernel API manual, bestie edition

okay so this is a page from the Kernel API Manual (drm_gem_dest..._plane_state(9), yes the title is lowkey truncated, we don't talk about it πŸ’€) and it's literally all about one little cleanup function. short page, big "i'm the one who tidies up after the party" energy. let's get into it 🧹✨


🌸 NAME 🌸

drm_gem_destroy_shadow_plane_state β€” deletes shadow-buffered plane state. that's it. that's the whole job. it's giving "designated cleanup bestie" 🫢


✨ SYNOPSIS ✨

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

no return value, void, nothing to catch, she just does her thing and dips 😌


πŸŽ€ ARGUMENTS πŸŽ€

  • plane β€” the plane. the actual plane. the main character, honestly πŸ‘‘
  • plane_state β€” the plane state, and it's of type struct drm_shadow_plane_state. don't try to hand her some other state type, she knows 🧐

πŸ¦‹ DESCRIPTION πŸ¦‹

so what does she actually do?? this function implements struct drm_plane_funcs.atomic_destroy_state for shadow-buffered planes. yep, that's her whole rΓ©sumΓ© πŸ’…

and here's the important bit, the vibe check, the fine print: it expects that mappings of shadow buffers have been released already. like, already released. past tense. done. if you roll up to this function with your shadow buffer mappings still hanging around, that's on you, not on her 😭 so release those mappings first, then call her. in that order. no cap.


πŸ”₯ SEE ALSO πŸ”₯

the whole friend group, fr fr 🫢 go read these too:


and that's the page!! πŸŽ‰ this iconic little number lives in ./drivers/gpu/drm and is dated October 2026, so go forth, release your shadow buffer mappings, and call her responsibly πŸ’–βœ¨πŸŒ·

πŸ“¦ where this page comes from