In message <20020620203455.GG16052 at opus.bloom.county> Tom Rini wrote: > > The following two patches remove request_8xxirq and redesign how we > handle interrupts. There's patches both against 2.5 (For inclusion > first, mainly for comment tho) and for 2.4 (which has been tested but is > intended for inclusion much later, probably 2.4.21 time-frame). > > The new interrupt handling scheme allows all 8xx interrupt handlers to be > installed via the standard request_irq() function. This required a > "flattened" representation of the interrupt vectors from all interrupt > controllers so that we can uniquely identify any interrupt source with a > single integer. The interrupt vector numbers used by request_irq() are: > > request_irq vector interrupt source > ------------------ ---------------- > 0 - 15 SIU interrupt vectors 0 to 15 > 16 - 47 CPM interrupt vectors 0 to 31 > 48 - 63 8259 interrupt vectors 0 to 15 (MBX only) ... > The bulk of this work was done by Andy Lowe and then moved up to current > kernels and expanded slightly by myself.
Isn't this more or less the same idea as presented by Wolfgang Grandegger more than half a year ago? See > Date: Sun, 28 Oct 2001 23:04:48 +0100 > From: Wolfgang Grandegger <wolfgang.grandegger at bluewin.ch> > To: Tom Rini <trini at kernel.crashing.org> > Cc: linuxppc-embedded at lists.linuxppc.org > Subject: Multi-level CPM Interrupts By then there was a common agreement that it was a bad idea from the beginning (although we need and use it for RTAI anyway). It's amusing to see how ideas get recycled again and again. Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd at denx.de A conservative is a man who believes that nothing should be done for the first time. - Alfred E. Wiggam ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
