zynqmp_disp_...ayer_formats(9)

📦 version 7.3.1, in nixpkgs unstable

🌸 zynqmp_disp_live_layer_formats — okay bestie, let's talk ✨

So this page lives in the Kernel API Manual (yes, the header up top says zynqmp_disp_...ayer_formats(9), it's giving truncated filename energy, we love that for us 💅). Anyway — this is the whole rundown on zynqmp_disp_live_layer_formats, no gatekeeping, iykyk.

🎀 NAME 🎀

zynqmp_disp_live_layer_formats — the function that hands you back the media bus formats the live video layer supports. That's literally it, that's the whole job 🦋

✨ SYNOPSIS ✨

u32 * zynqmp_disp_live_layer_formats (struct zynqmp_disp_layer *layer ,
unsigned int *num_formats );

Two args, one pointer out. Iconic behavior fr fr.

💖 ARGUMENTS 💖

  • layer — bestie, this is the layer. The one you're asking about. The main character 👑
  • num_formats — a pointer, and the function drops the returned number of formats into it. So you get the count back through here 🫶

🌈 NOTE 🌈

Okay so this is important — use this function only for live video input layers. That's the vibe check. Don't come at it with other layer types, it's not built for that 🙈

🔥 RETURN 🔥

It gives you a newly allocated u32 array of the media bus formats that the layer supports. Newly allocated, meaning fresh, meaning yours to deal with (you know what that means, don't make me say the f-word… free 😭).

And the number of formats sitting in that array? That comes back to you through the num_formats argument. Count goes out the side door, array goes out the front 💫

🦋 SEE ALSO 🦋

Everything adjacent, in all its glory — no cap, here's the full stack:

That's the whole thing, bestie — go forth and query those live layer formats 💜

Source: ./drivers/gpu/drm/xlnx 🌸 dated October 2026 🌸 and that's the sign-off, mwah 💋

📦 where this page comes from