On Tue, Mar 31, 2009 at 2:59 PM, Yann Pelletier <[email protected]> wrote: >> Message: 7 >> Date: Mon, 30 Mar 2009 10:32:17 -0600 >> From: Grant Likely <[email protected]> >> Subject: > To: Yann Pelletier <[email protected]> >> Cc: "[email protected]" <[email protected]> >> Message-ID: >> <[email protected]> >> Content-Type: text/plain; charset=ISO-8859-1 >> >> On Mon, Mar 30, 2009 at 9:57 AM, Yann Pelletier >> <[email protected]> wrote: >> > >> > Hi, >> > I'd like to add supports for interrupts handling from GPIO controller. >> ?Some of these interrupts are from I2C devices and some others are from >> SPI devices. >> > >> > What is the best approach to enable interrupts handling for those >> devices through GPIO. >> >> Modify the GPIO driver to also be a cascaded IRQ driver (see >> http://patchwork.ozlabs.org/patch/21914/ for an example). >> > > I've looked at the patch but I wonder if this would be applicable to the > MPC8313. If my understanding is good, in the MPC52xx you have 8 gpio only > interrupts and 8 gpio/gpt. With the MPC8313, each GPIO can act as an > interrupt but they are all muxed to only 1 interrupt in the IPIC. So I'm > concern about making the GPIO controller act as an interrupt controller.
Why? The situation really isn't any different. Using the GPIO controller hardware as a Linux interrupt controller means that other drivers can just use it without having to do anything special. It's just and IRQ. g. -- Grant Likely, B.Sc., P.Eng. Secret Lab Technologies Ltd. _______________________________________________ Linuxppc-dev mailing list [email protected] https://ozlabs.org/mailman/listinfo/linuxppc-dev
