tegra_ivc_r...t_next_frame(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

🌸 tegra_ivc_read_get_next_frame(9) 🌸

okay bestie so you've stumbled into the Kernel API Manual and the page you want is tegra_ivc_read_get_next_frame(9) β€” yeah the header is a little mangled up there, that's just how it renders, we move πŸ’…


✨ NAME ✨

tegra_ivc_read_get_next_frame β€” peek at the next frame to receive @ivc pointer of the IVC channel πŸ‘€

like, literally just look, don't touch, don't take it out of the queue, we're window shopping here πŸ›οΈ


πŸŽ€ SYNOPSIS πŸŽ€

int tegra_ivc_read_get_next_frame (struct tegra_ivc *ivc , struct
iosys_map *map );

πŸ¦‹ ARGUMENTS πŸ¦‹

  • ivc β€” -- undescribed -- 😭 no cap, the original page literally does not describe this one. Not me making something up though, we're keeping it 100.
  • map β€” -- undescribed -- πŸ™ˆ same energy, no description given. iykyk.

πŸ’– DESCRIPTION πŸ’–

Peek at the next frame to be received, without removing it from the queue. It's giving "look with your eyes, not your hands" ✨

Returns a pointer to the frame, or an error encoded pointer. so like, if things went off, what you get back is an error dressed up as a pointer β€” the vibes will tell you πŸ’€


🌈 SEE ALSO 🌈

Kernel file ./include/soc/tegra/ivc.h and honestly the whole friend group:


and that's the whole page bestie, mwah 🫢 this one lives over in ./include/soc/tegra, dated October 2026, and yeah the footer is out here spelling it tegra_ivc_r...t_next_frame(9) β€” the truncation is real, we don't gatekeep, we just scream internally πŸ˜­πŸ’œ

πŸ“¦ where this page comes from