Shared Interrupts Question (2.4)
Dale Farnsworth
dale at farnsworth.org
Fri May 9 07:14:26 EST 2003
On Thu, May 08, 2003 at 08:08:56PM +0000, Kent Borg wrote:
>
> I am trying to understand "kinda shared" interrupts.
>
> There are various interrupts in my not-yet-released CPU, and I have
> interrupt code that knows how to talk to them. So far so good. I
> also have an external interrupt controller that groups together 18
> external interrupt sources and sends them in one CPU pin. This
> external controller has a register for enabling interrupts, and a
> register for status/acknowledge. Pretty standard.
>
> The CPU code doesn't know about the external controller. It seems
> silly to rewrite the CPU-specific interrput code to accommodate this
> board-specific detail (besides then my code won't match Dale's). So I
> figure I tell the kernel I am doing shared interrupts.
>
> So where do I enable, disable, and acknowledge these external bits?
> Specifically, I am trying to get a couple of serial ports working. I
> can put conditional code in serial.c startup() to enable these
> interrupts, but how do I know which serial port? Add a conditionally
> compiled sub-IRQ number to serial_state structure?
>
> Is there a cleaner way?
Create and register a board-specific interrupt driver. Assign it
a range of irqs (non-conflicting with the main interrupt driver).
When called with an irq outside its range, the board-specific driver
routines forward the call to the main driver. The board-specific driver
does a request_irq at init time for the one main irq it is multiplexing.
-Dale
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
More information about the Linuxppc-embedded
mailing list