vidtv_psi_pa...date_sec_len(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– NAME πŸ’–

okay so hiii bestie, welcome to the Kernel API Manual page for vidtv_psi_pa...date_sec_len(9) β€” the actual function is vidtv_psi_pat_table_update_sec_len, and it's literally "Recompute and update the PAT section length." That's the whole assignment, and it ate. πŸ’…

✨ SYNOPSIS ✨

void vidtv_psi_pat_table_update_sec_len (struct vidtv_psi_table_pat *pat
);

πŸŽ€ ARGUMENTS πŸŽ€

  • pat β€” the PAT whose length is getting updated, periodt. This is the table getting the glow-up.

πŸ’… DESCRIPTION πŸ’…

So the way this works is: this traverses the table and accumulates the length of its components, which is then used to replace the 'section_length' field. Like a little length audit, but make it cute.

⚠️ bestie, hear me: if section_length > MAX_SECTION_LEN, the operation fails. No cap. That's the limit, so don't let it get too big.

πŸ¦‹ SEE ALSO πŸ¦‹

okay so this is the full bestie roll call, and nobody gets left on read:


mwah πŸ’‹ this page is from ./drivers/media/test-drivers/v..., stamped October 2026, and it lives under the vidtv_psi_pa...date_sec_len(9) label. go be iconic with your PAT lengths, bestie πŸ«ΆπŸ’–

πŸ“¦ where this page comes from