[Xen-devel] Re: [PATCH][RFC] Change edge-interrupt handling in Xen

[Keir Fraser <keir.fraser@xxxxxxxxxxxxx>]

On 10/4/08 10:45, "Shan, Haitao" <haitao.shan@xxxxxxxxx> wrote:

> We solve the problem in this way: 
> Move pirq_needs_eoi from dom0's owe memory to share page. 
> Xen will chage the bit in pirq_needs_eoi dynamically. 
> Xen uses pending status to judge whether the first one is handled. 
> On receiving EOI hypercall from guest, unmask the interrupt. 
>
> Do you think this approach is viable? 

It breaks the existing guest interface and I think it’s probably unnecessary. Unmask the interrupt on a one-millisecond timer. That suitably limits interrupt storms and should guarantee the system makes progress. If we are taking this path very often then we have a very odd system. Perhaps log something via printk() if we take the path frequently (for some arbitrary definition of ‘frequently’)?

Remember that right now we have no storm handling for edge-triggered interrupts and we have no problems so far. The only problem we’ve ever seen is with MSI and an e1000 NIC, at start of day only, and even that can’t be repro’ed reliably.

 -- Keir



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel