|
|
|
|
|
|
|
|
|
|
xen-devel
RE: [Xen-devel] evtchn_upcall_mask for PV-on-HVM
>From: Keir Fraser [mailto:keir@xxxxxxxxxxxxx]
>Sent: 2006年11月30日 22:51
>> what's the block() wakeup-waiting race above? :-)
>
>I mean that the evtchn_upcall_pending flag is not the master flag
>indicating
>whether there are pending interrupts for an HVM guest. So it is not the
>correct thing to test in local_events_need_delivery(). The correct thing to
>test is whether there are any interrupts pending from the PIC/IOAPIC.
>
>The wakeup-waiting race is that a VCPU may block just when, for
>example, the
>qemu-dm rtl8139 device model is asserting an interrupt. It will try to
>vcpu_kick() and send an IPI to the CPU that is running the HVM VCPU.
>However, before that IPI is received the other CPU may block the HVM
>VCPU
>(after checking for local_events_need_delivery() which will in this case
>return 0). So the rtl8139 interrupt does not prevent the HVM VCPU from
>blocking, which is a bug.
>
> - Keir
OK, I see. That's a real performance bug..
Thanks for explanation. :-)
Thanks,
Kevin
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
Previous by Date: |
Re: [Xen-devel] FC6, xen 3.0.3, ia32, rpms from either FC6 repo or xensource, failing to start a vm, Mark Williamson |
Next by Date: |
Re: [Xen-devel] FC6, xen 3.0.3, ia32, rpms from either FC6 repo or xensource, failing to start a vm, ron minnich |
Previous by Thread: |
Re: [Xen-devel] evtchn_upcall_mask for PV-on-HVM, Keir Fraser |
Next by Thread: |
[Xen-devel] [PATCH 00/04] Kexec / Kdump: Release 20061130 (xen-unstable-12621), Magnus Damm |
Indexes: |
[Date]
[Thread]
[Top]
[All Lists] |
|
|
|
|