Re: [RFC] killing the NR_IRQS arrays.
From: Russell King
Date: Fri Feb 16 2007 - 16:00:19 EST
On Fri, Feb 16, 2007 at 09:43:24PM +0100, Arnd Bergmann wrote:
> On Friday 16 February 2007 20:52, Russell King wrote:
> > On Fri, Feb 16, 2007 at 08:45:58PM +0100, Arnd Bergmann wrote:
> > > We did something like this a few years back on the s390 architecture, which
> > > happens to be lucky enough not to share any interrupt based drivers with
> > > any of the other architectures.
> > What you're proposing is looking similar to a proposal I put forward some
> > 4 years ago, but was rejected. Maybe times have changed and there's a
> > need for it now.
> Yes, I think times have changed, with the increased popularity of MSI
> and paravirtualized devices. A few points on your old proposal though:
> - Doing it per architecture no longer sounds feasible, I think it would
> need to be done per subsystem so that the drivers can be adapted to
> a new interface, and most drivers are used across multiple architectures.
> - struct irq sounds much more fitting than struct irq_desc
> - creating new irq_foo() functions to replace foo_irq() also sounds right.
> - doing subsystem specific abstractions ideally allows the drivers to
> not even need to worry about the irq pointer, significantly simplifying
> the interface for register/unregister.
I agree with your points above, except for:
> - I don't see the point in splitting request_irq into irq_request and
This was to work around those scenarios where you want to mark an IRQ
resource as being in use prior to actually using it in much the same
way as is done with IO ports.
I've come across hardware where you need to claim the interrupt with
the controller masked, configure the device generating the interrupt
appropriately, and only then unmask it. Otherwise you end up spinning.
To work around that, we've had to introduce additional flags into the
genirq subsystem - IRQF_NOAUTOEN - whereas separating the "obtain"
from the "start using" bit of request_irq would've made this
Another example where this (was|still is) used is the IDE code, but
that's probably been cleaned up in some way now.
There's nothing wrong with keeping a combined "request_irq" for the
common case though.
Linux kernel 2.6 ARM Linux - http://www.arm.linux.org.uk/
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/