update_max_tr(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– NAME πŸ’–

okay so bestie, welcome to the Kernel API Manual page for update_max_tr(9) β€” and the whole vibe is literally: update_max_tr β€” snapshot all trace buffers from global_trace to max_tr. πŸ¦‹βœ¨


πŸŽ€ SYNOPSIS πŸŽ€

void update_max_tr (struct trace_array *tr , struct task_struct *tsk ,
int cpu , void *cond_data );

🌸 ARGUMENTS 🌸

  • tr β€” tracer πŸ‘‘
  • tsk β€” the task with the latency 😭
  • cpu β€” The cpu that initiated the trace. πŸ’»
  • cond_data β€” User data associated with a conditional snapshot πŸ™ˆ

✨ DESCRIPTION ✨

So what it does: flip the buffers between tr and max_tr, and record information about which task was the cause of this latency. That’s the whole tea β˜•πŸ’… β€” buffer flip + info about the task that caused the latency, iconic fr fr.

πŸ”₯ SEE ALSO πŸ”₯

Kernel file ./kernel/trace/trace_snapshot.c, plus these besties:


byeee 🫢 this page comes from ./kernel/trace, dated October 2026, and it’s update_max_tr(9) β€” mwah, ty for reading! πŸ’œπŸŒˆ

πŸ“¦ where this page comes from