trace_irq_handler_entry(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… trace_irq_handler_entry β€” Kernel API Manual ✨

okay so bestie, welcome to the Kernel API Manual entry for trace_irq_handler_entry, and trust me, this one is a little baddie. πŸŽ€


🌸 NAME 🌸

trace_irq_handler_entry β€” the tracepoint that gets called, like, immediately before the irq action handler runs. literally the "hey bestie, they're about to go in" moment. πŸ‘€


✨ SYNOPSIS ✨

void trace_irq_handler_entry (int irq , struct irqaction *action );

two arguments, no return type, she just vibes in and does her thing. 🫢


πŸ¦‹ ARGUMENTS πŸ¦‹

  • irq β€” the irq number πŸ’… like, which interrupt we're talking about
  • action β€” a pointer to struct irqaction β€” yes queen, a whole pointer, we love to see it

🧚 DESCRIPTION 🧚

so the struct irqaction that action points at? it's giving information central. it holds all kinds of stuff about the handler, including:

  • the device name, action->name 🌸
  • the device id, action->dev_id πŸŽ€

and here's the iconic part, bestie β€” when you use this in conjunction with the irq_handler_exit tracepoint, we can figure out irq handler latencies. no cap. you get the "before" here, the "after" over there, and the difference is the tea. β˜•βœ¨


πŸ”₯ SEE ALSO πŸ”₯


and that's the whole page, bestie, no notes. πŸ’– this little gem lives in ./include/trace/events, dated October 2026, and it's brought to you by the Kernel API Manual herself. periodt. πŸ‘‘πŸŒˆ

πŸ“¦ where this page comes from