nal_hevc_read_pps(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– nal_hevc_read_pps β€” bestie edition πŸ’–

okay so this is a page from the Kernel API Manual, section 9 (the kernel interfaces girlies), and it's literally all about nal_hevc_read_pps. come sit with me, this one's short and sweet πŸŽ€


✨ NAME ✨

nal_hevc_read_pps β€” read a PPS NAL unit straight out of RBSP format. that's it, that's the whole job, and she does it flawlessly πŸ’…


πŸ¦‹ SYNOPSIS πŸ¦‹

ssize_t nal_hevc_read_pps (const struct device *dev , struct
nal_hevc_pps *pps , void *src , size_t n );

look at that signature. four args, one ssize_t return. chef's kiss πŸ”₯


🌸 ARGUMENTS 🌸

  • dev β€” the device pointer. yes bestie, the actual device, she needs to know who she's working with 🫢
  • pps β€” the struct nal_hevc_pps that gets filled up from the RBSP data. she's the main character here, the whole point of the operation πŸ‘‘
  • src β€” the buffer holding the RBSP data. this is where we're reading from ✨
  • n β€” size of src, in bytes. gotta know how much we're working with, no cap πŸ’œ

πŸ’€ DESCRIPTION πŸ’€

so here's the vibe: read RBSP data from src, and use it to fill pps. that's literally it. lowkey iconic for how simple it is 🧚


⭐ RETURN ⭐

  • the number of bytes read from src πŸ’–
  • or a negative error code 😭 (ngl, when you see a negative, that's your sign something went sideways)

🌈 SEE ALSO 🌈

the kernel file ./drivers/media/platform/allegro-dvt/nal-hevc.c β€” go read her, she's the source of truth πŸ“–

and the whole NAL fam, all linked up:


ok that's the whole page bestie, nothing hidden, nothing skipped, we ate and left no crumbs πŸ“

mwah πŸ’‹ this was ./drivers/media/platform/alleg..., dated October 2026, and yes the page name is still nal_hevc_read_pps(9) β€” go forth and read those PPS NAL units πŸ¦‹βœ¨

πŸ“¦ where this page comes from