dpu_format_..._plane_sizes(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ dpu_format_populate_plane_sizes ✨

okay so bestie, welcome to the Kernel API Manual page for dpu_format_populate_plane_sizes(9) β€” yes the header is being extra with the ... abbreviation, she's shy, but we're gonna spell it out πŸ’…


🌸 NAME 🌸

dpu_format_populate_plane_sizes β€” populates the non-address part of the layout, based on the fb and the format found in the fb πŸŽ€


πŸ¦‹ SYNOPSIS πŸ¦‹

int dpu_format_populate_plane_sizes (struct drm_framebuffer *fb , struct
dpu_hw_fmt_layout *layout );

πŸ’– ARGUMENTS πŸ’–

  • fb β€” the framebuffer pointer, bestie 🫢
  • layout β€” the format layout structure you're gonna populate ✨

⭐ RETURN ⭐

an error code if it fails, or 0 if new addresses were populated πŸ‘‘


πŸ”₯ SEE ALSO πŸ”₯

  • Kernel file: ./drivers/gpu/drm/msm/disp/dpu1/dpu_formats.c πŸ“
  • dpu_format_populate_addrs(9) β€” her sister function, go say hi πŸ’œ

ngl the "non-address part" part is doing a lot of work here β€” just know that this one fills in the layout minus the addresses, and the addresses are somebody else's job (iykyk πŸ‘€).

and that's the whole vibe check, no cap πŸ’€ this page lives over in ./drivers/gpu/drm/msm/disp/dpu1, dated October 2026, and it was served to you fresh from the Kernel API Manual β€” periodt, go slay your framebuffers πŸŒˆπŸ‘‘πŸ’–

πŸ“¦ where this page comes from