ring_buffer_...d_events_cpu(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… ring_buffer_dropped_events_cpu(9) β€” the Kernel API Manual, bestie edition πŸŽ€

okay so real talk, this is a page straight out of the Kernel API Manual, and it's about finding out how many trace events your ring buffer straight-up ghosted you πŸ‘» β€” like, dropped on the floor, never to be seen again. iconic behaviour tbh, but you gotta know the numbers. periodt.


✨ NAME ✨

ring_buffer_dropped_events_cpu β€” get the number of dropped events caused by the ring buffer filling up (only if RB_FL_OVERWRITE is off) 🌸

lowkey important caveat bestie: if RB_FL_OVERWRITE is on, this whole vibe changes β€” it's giving "overwriting oldest" energy, not "dropping" energy. iykyk 🫢

🌈 SYNOPSIS 🌈

unsigned long ring_buffer_dropped_events_cpu (struct trace_buffer
*buffer , int cpu );

like, that's the whole signature. she's compact, she's neat, she returns an unsigned long. we love a low-maintenance queen πŸ‘‘


πŸ¦‹ ARGUMENTS πŸ¦‹

  • buffer β€” The ring buffer πŸ’– like, the actual one. the main character of this whole operation. hand her over and we'll interrogate her.
  • cpu β€” The per CPU buffer to get the number of overruns from ✨ so like, each CPU has its own lil sub-buffer, and this is you picking which CPU's drama you wanna inspect. choose wisely, bestie πŸ’…

πŸ‘‘ SEE ALSO πŸ‘‘

okay this list is literally the whole extended friend group β€” like an infinity scarf of kernel tracing functions. every single one, no gatekeeping, fr fr πŸ’œ

also, if you wanna read the source yourself (and honestly, respect), it lives in the kernel file ./kernel/trace/ring_buffer.c πŸ“–βœ¨


and that's the whole page, bestie β€” go forth and count those dropped events πŸ’–πŸŒˆπŸ‘‘

signing off from ./kernel/trace, dated October 2026 β€” this manual page ate and left no crumbs πŸ“βœ¨πŸ’…

πŸ“¦ where this page comes from