Michael Williamson <[email protected]> writes: > I'm working with a couple of gpio expanders (for example, the PCA953X) > that have the capability to plug into the gpiolib kernel > infrastructure and include support for interrupt notification. For > the interrupts, they appear to function similarly to the davinci > gpio.c driver. I.E., they provide for "soft" IRQs in order to provide > one-to-one mapping to support gpio_to_irq(). > > The problem is that the NR_IRQS in mach/irqs.h is fixed to only > accommodate the SOC interrupt handler and it's local GPIOs. There are > no extra entries to support expanders. > > I was going to propose an integer Kconfig option (e.g., > CONFIG_DAVINCI_EXTRA_IRQS, default 0) that would be added to NR_IRQS > to support this. Is there a better way? Or an alternate solutione?
Just increase NR_IRQS. Check arch/arm/plat-omap/include/plat/irqs.h for an example. Also, we now have sparse IRQ support in ARM, which means we don't actully have to allocate and irq_desc for NR_IRQS interrupts. Only those that are requested get an irq_desc. Kevin _______________________________________________ Davinci-linux-open-source mailing list [email protected] http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
