| |
|
 |
|
 |
|
|
|
| |
|
|
xen-devel
Re: [Xen-devel] Interrupt forwarding
On Sat, 12 Mar 2005 18:48:53 +0000, Keir Fraser
<Keir.Fraser@xxxxxxxxxxxx> wrote:
>
> On 12 Mar 2005, at 18:33, Jon Smirl wrote:
>
> >> Shared interrupts are slightly worse because the irq won't get
> >> unmasked
> >> until all receivers say their work is done. If one lock sup it starves
> >> the rest -- until this is detected and that domain gets blown away.
> >
> > After you blow away the domain how do you acknowledge the interrupt?
> > Is all hardware required to have a tiny driver in the supervisor to
> > handling acking in this case? If you don't ack it, it is going to keep
> > interrupting.
>
> We don't go that far. A sensible approach would be to require the
> driver to be restarted, and to reset the hardware device, before
> unmasking. Or to rate limit each interrupt line to an
> administrator-configurable 'reasonable' number of IRQs per second --
> this might also catch bugs where drivers are not properly acking
> devices for other reasons.
In x86 boxes almost everything is shared. Leaving the interrupt masked
off will probably disable 20% of the hardware in the box.
--
Jon Smirl
jonsmirl@xxxxxxxxx
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel
|
|
|
| |
|
Home
xen.org, 