probe_irq_off(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… probe_irq_off(9) β€” a whole vibe

okay so welcome to the Kernel API Manual, bestie β€” today's main character is probe_irq_off, aka the little function that wraps up an interrupt autodetect πŸŽ€


✨ NAME ✨

probe_irq_off β€” end an interrupt autodetect 🫢


🌸 SYNOPSIS 🌸

int probe_irq_off (unsigned long val );

πŸ¦‹ ARGUMENTS πŸ¦‹

  • val β€” mask of potential interrupts. and yes, it's unused. literally just sitting there being decorative πŸ™ˆ

πŸ’œ DESCRIPTION πŸ’œ

so here's the tea β˜• β€” probe_irq_off scans the unused interrupt lines and returns the line that appears to have triggered the interrupt. iconic behavior, no cap.

if no interrupt was found, then zero is returned 🫧

if more than one interrupt is found, then minus the first candidate is returned β€” that's the ✨ dramatic ✨ way of saying "there is doubt" 😭 like it's giving "idk bestie, could be this one, but also???"

also it puts the interrupt probe logic state back to its previous value πŸ‘‘ the state got restored, periodt.

BUGS: when used in a module (which arguably shouldn't happen β€” ngl, it kinda shouldn't) nothing prevents two IRQ probe callers from overlapping πŸ’€ and the results of that are, in the original's own words, non-optimal. so like... not great. not the slay we wanted. πŸ™ˆ

🧚 SEE ALSO 🧚


and that's the whole page, bestie πŸ’– this one came from ./kernel/irq, dated October 2026 β€” go off, kernel docs, you ate πŸŒˆβ­πŸ’…

πŸ“¦ where this page comes from