drm_atomic_c..._plane_state(9)

๐Ÿ“ฆ version 7.3.1, in nixpkgs unstable

๐Ÿฆ‹ NAME ๐Ÿฆ‹

okay so this is the manual page for drm_atomic_crtc_state_for_each_plane_state (it's a kernel API thing, from the drm_atomic_c..._plane_state(9) manual, iykyk) โ€” and what it does is literally iterate over the attached planes in the new state โœจ


๐Ÿ’… SYNOPSIS ๐Ÿ’…

drm_atomic_crtc_state_for_each_plane_state (plane , plane_state ,
       crtc_state );

๐ŸŒธ ARGUMENTS ๐ŸŒธ

  • plane โ€” bestie this is just the loop cursor, it's the thing you're looping over ๐ŸŒ€
  • plane_state โ€” also a loop cursor, but for the plane's state. and listen. it must be const. no cap, the const is not optional ๐Ÿ™ˆ
  • crtc_state โ€” the incoming CRTC state, aka the vibe you're checking against ๐Ÿ‘‘

โœจ DESCRIPTION โœจ

So it's giving very similar to drm_crtc_for_each_plane, except instead of just any planes, it iterates the planes that will be attached if the specified state is applied. Lowkey obsessed with the future tense of it all ๐Ÿ”ฎ

It's useful during, for example, code called from drm_mode_config_funcs.atomic_check operations โ€” that's your moment to validate the incoming state, like a little vibe check before anything actually happens ๐Ÿซถ

And compared to just drm_atomic_crtc_state_for_each_plane, this one also fills in a const plane_state. Which is iconic when a driver just wants to peek at other active planes on this CRTC but does not need to change it. Peek, don't touch, periodt ๐Ÿ’…


๐Ÿ‘€ SEE ALSO ๐Ÿ‘€


okay that's the whole page, mwah ๐Ÿ’– comes to you from ./include/drm in the October 2026 edition of the drm_atomic_c..._plane_state(9) manual โ€” go forth and iterate, bestie ๐Ÿงšโœจ

๐Ÿ“ฆ where this page comes from