request_irq(9)
πΈ request_irq(9) β the kernel API manual, bestie edition πΈ
okay so real talk, this one lives in section 9 of the kernel API manual and it's literally the "hey kernel, wake me up when the hardware tugs on this wire" function π
β¨ NAME β¨
request_irq β add a handler for an interrupt line π
π¦ SYNOPSIS π¦
int request_irq (unsigned int irq , irq_handler_t handler , unsigned
long flags , const char *name , void *dev );
like yes bestie, that's the whole signature, no cap β¨
π ARGUMENTS π
irqβ the interrupt line you're allocating. this is the actual wire you're claiming, so be normal about it π«Άhandlerβ the function that gets called when the IRQ occurs. it's the primary handler for threaded interrupts. and if you passNULL? the default primary handler gets installed instead, iconic default behavior πflagsβ the handling flags. all of them. the vibes of how this interrupt gets handled πnameβ the name of the device generating this interrupt. you know, so people know whose interrupt this is πdevβ a cookie passed to the handler function π (yes, a cookie. it's for you. hold onto it.)
π§ DESCRIPTION π§
so this call allocates an interrupt and establishes a handler β both, in one go, main character energy fr fr π₯
for the full deets though? see the documentation for request_threaded_irq. that's where the details live, iykyk π
β SEE ALSO β
- Kernel file
./include/linux/interrupt.h struct irqaction(9)struct irq_affinity_notify(9)struct irq_affinity(9)struct irq_affinity_desc(9)irq_update_affinity_hint(9)irq_set_affinity_and_hint(9)
k that's the whole page bestie, mwah π this one's from ./include/linux, dated October 2026, and it's request_irq(9) β go interrupt something slay πβ¨
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms