[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] Interrupt forwarding




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.

 -- Keir



-------------------------------------------------------
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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.