drm_gem_sim..._plane_state(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ drm_gem_sim..._plane_state(9) ✨

okay bestie, so this is a page from the Kernel API Manual and it's literally all about drm_gem_simple_kms_duplicate_shadow_plane_state πŸŽ€ like yes the name is a mouthful, we're gonna get through it together, i promise πŸ’…


πŸ’– NAME πŸ’–

drm_gem_simple_kms_duplicate_shadow_plane_state β€” it duplicates shadow-buffered plane state πŸ¦‹ no cap, that's the whole vibe.


🌸 SYNOPSIS 🌸

struct drm_plane_state * drm_gem_simple_kms_duplicate_shadow_plane_state
(struct drm_simple_display_pipe *pipe );

✨ ARGUMENTS ✨

  • pipe β€” the simple display pipe 🫢 that's it, that's the argument, she's lowkey simple (pun intended)

πŸ’… DESCRIPTION πŸ’…

so this function is out here implementing struct drm_simple_display_funcs.duplicate_plane_state for shadow-buffered planes πŸ”₯ iconic behavior honestly.

the tea β˜• is that it does not duplicate existing mappings of the shadow buffers. like, not even a little. those mappings are maintained during the atomic commit by the plane's prepare_fb and cleanup_fb helpers β€” so they're being looked after elsewhere, don't worry your pretty head about it πŸ’œ


⭐ RETURN ⭐

  • a pointer to a new plane state on success πŸŽ‰
  • or NULL otherwise 😭 (it happens, we move on)

πŸ¦‹ SEE ALSO πŸ¦‹

go off, read the whole friend group πŸ’–:


🌈 and that's the whole page bestie, you ate that πŸ’…βœ¨

mwah πŸ’‹ this came from ./drivers/gpu/drm, dated October 2026, and she's filed under drm_gem_sim..._plane_state(9) β€” go forth and duplicate those shadow plane states responsibly, ily πŸ«ΆπŸ’–πŸŽ€

πŸ“¦ where this page comes from