Re: how to tell Linux *not* to share IRQs ?

Andrew McNamara (andrewm@connect.com.au)
Wed, 08 Aug 2001 10:05:28 +1000


>Chris> Yes, drivers need to check their hardware devices and
>Chris> acknowledge whether or not it's was their interrupt or not. It
>Chris> sounds terrible but even with many thousands of interrupts per
>Chris> second the cost doesn't seem to be that high.
>
>Not only is this the case, it's also the only sane thing to do <tm>,
>any device driver should check the status of the hardware it is
>serving before doing anything else.

That's not necessarily the case - the problem arises due the
limitations of PC interrupt routing. In an ideal world, the
interrupting device would be able to be uniquely identified, rather
than having to poll every device sharing that interrupt.

The problem is largely historical - each interrupt traditionally had a
physically line associated with it, and lines on your backplane were a
limited resource.

If you were to do it again these days, you might have some sort of
shared serial bus, so devices could give detailed data to the cpu
(not only to uniquely identify the interrupting device, but also
identify sub-devices - say a USB peripheral).

---
Andrew McNamara (System Architect)

connect.com.au Pty Ltd
Lvl 3, 213 Miller St, North Sydney, NSW 2060, Australia
Phone: +61 2 9409 2117, Fax: +61 2 9409 2111
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/