On Tuesday 01 March 2011, Sascha Hauer wrote: > > Taking one step back from this, have you considered making this > > a regular interrupt controller? That would make the client drivers > > more standard -- you could define the interrupt numbers as resources > > of a platform device or in the device tree, for instance. > > The cost might be more complex code, e.g. when a device requires > > many interrupts, but I think it will be at least as efficient > > at run-time, and less surprising for readers and authors of > > client drivers. > > I thought about this, but hesitated to increase NR_IRQS by 463. Do you > think we should do this instead? I think there is a plan to virtualize the interrupt numbers on ARM, and in that case NR_IRQS becomes rather meaningless. I don't know exactly how far that effort has come. Arnd -- To unsubscribe from this list: send the line "unsubscribe linux-fbdev" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
