hdmi_avi_inf...me_pack_only(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸŽ€ hdmi_avi_infoframe_pack_only πŸ’…

okay so bestie, welcome to the Kernel API Manual entry for hdmi_avi_infoframe_pack_only(9) β€” yes that's the full name, yes it's a mouthful, no we're not shortening it, it's iconic as is. ✨


🌸 NAME 🌸

hdmi_avi_infoframe_pack_only β€” write HDMI AVI infoframe to binary buffer

Like, that's the whole vibe. You got an AVI infoframe, you got a binary buffer, and this function is the matchmaker. 🫢


πŸ¦‹ SYNOPSIS πŸ¦‹

ssize_t hdmi_avi_infoframe_pack_only (const struct hdmi_avi_infoframe
       *frame , void *buffer , size_t size );

literally just look at it. three args. so clean. 😭


⭐ ARGUMENTS ⭐

  • frame β€” the HDMI AVI infoframe itself, the main character of this whole operation πŸ‘‘
  • buffer β€” destination buffer, aka where the packed bytes are gonna live rent-free
  • size β€” size of buffer, bestie please actually pass the right one, it's not decorative πŸ’€

✨ DESCRIPTION ✨

So what does it do? It packs the information contained in the frame structure into a binary representation that can be written into the corresponding controller registers. yes, all of that, no cap. 🧚

It also computes the checksum as required by section 5.3.5 of the HDMI 1.4 specification. like it's not just vibing, it's doing actual spec-compliant math. obsessed. πŸ”₯

Then it returns the number of bytes packed into the binary buffer, or a negative error code on failure. so check that return value, bestie, i'm begging πŸ™ˆ

ngl the _only in the name is doing real work here β€” this one packs and returns the byte count directly, that's the whole point πŸŽ€

🌈 SEE ALSO 🌈

Kernel file ./drivers/video/hdmi.c β€” and the entire friend group, fr fr:


and that's the page!! πŸ’–βœ¨πŸŽ€πŸ¦‹

sign-off time: this lil beauty lives in ./drivers/video, dated October 2026, and it's filed under the Kernel API Manual β€” periodt. πŸ’œπŸŒΈ


πŸ“¦ where this page comes from