[patch 0/4] genirq: add infrastructure for threaded interrupt handlers V2
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Date: Thu, 26 Feb 2009 13:28:02 -0000
This patch series implements support for threaded irq handlers for the
generic IRQ layer.
Changes vs. V1:
- review comments addressed
- irq affinity setting for handler threads
Threaded interrupt handlers are not only interesting in the preempt-rt
context. Threaded interrupt handlers can help to address common
problems in the interrupt handling code:
- move long running handlers out of the hard interrupt context
- avoid complex hardirq -> tasklet/softirq interaction and locking
problems by integration of this functionality into the threaded
handler code
- improved debugability of the kernel: faulty handlers do not take
down the system.
- allows prioritizing of the handlers which share an interrupt line
The implementation provides an opt-in mechanism to convert drivers to
the threaded interrupt handler model contrary to the preempt-rt patch
where the threaded handlers are enabled by a brute force switch. The
brute force switch is suboptimal as it does not change the interrupt
handler -> tasklet/softirq interaction problems, but was the only way
which was possible for the limited man power of the preempt-rt
developers.
Converting an interrupt to threaded makes only sense when the handler
code takes advantage of it by integrating tasklet/softirq
functionality and simplifying the locking.
When a driver wants to use threaded interrupt handlers it needs to
provide a quick check handler function, which checks whether the
interrupt was originated from the device or not.
In case it was originated from the device the quick check handler must
disable the interrupt at the device level and return
IRQ_WAKE_THREAD. The generic interrupt handling core then sets the
IRQF_RUNTHREAD in the irqaction of the handler and wakes the
associated thread.
The irqaction is referenced in the threads task_struct so handlers can
check for newly arrived interrupts in action flags. Aside of that the
reference is used to prevent further referencing of the thread in the
interrupt code in the case of segfault to make sure that the system
(minus the now dead interrupt handler) survives and debug information
can be retrieved. In the best case the driver can be restarted, but
dont expect that as a given.
The code was tested with a converted USB EHCI driver. The EHCI shares
an interrupt line with another device and both the threaded and the
non threaded handlers coexist nicely.
Thanks,
tglx
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- Follow-Ups:
- Re: [patch 0/4] genirq: add infrastructure for threaded interrupt handlers V2
- From: Christoph Hellwig
- Re: [patch 0/4] genirq: add infrastructure for threaded interrupt handlers V2
- From: Jon Masters
- [patch 4/4] genirq: add support for threaded interrupt handlers
- From: Thomas Gleixner
- [patch 2/4] genirq: use kzalloc instead of explicit zero initialization
- From: Thomas Gleixner
- [patch 3/4] genirq: add a quick check handler
- From: Thomas Gleixner
- [patch 1/4] genirq: make irqreturn_t an enum
- From: Thomas Gleixner
- Re: [patch 0/4] genirq: add infrastructure for threaded interrupt handlers V2
- Prev by Date: Re: [PATCH 1/2] tracing/core: make the per cpu trace files in per cpu directories
- Next by Date: [patch 1/4] genirq: make irqreturn_t an enum
- Previous by thread: [PATCH] perfcounters: fix a few minor cleanliness issues
- Next by thread: [patch 1/4] genirq: make irqreturn_t an enum
- Index(es):
Relevant Pages
|