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

Re: [Xen-devel] [PATCH] Dont' round-robin the callback interrupt



On 12/07/2010 17:36, "Paul Durrant" <Paul.Durrant@xxxxxxxxxx> wrote:

>   When we connect our platform driver interrupt, Windows is at liberty to
> allocate vectors on as many or as few cpus as it wishes. I've seen cases where
> it will *not* allocate us a vector on vcpu 0, so we cannot force vcpu 0. Older
> frontends assume vcpu 0, but should function ok if the interrupt does not move
> around.
>   However, that's not the motivation for this patch. In the windows code, we
> only bind event channels to vcpu 0 since we cannot get callback interrupts on
> multiple vcpus simultaneously, since the interrupt is level sensitive. Thus
> round-robining is wasteful in terms of kicking certain data structures between
> caches (assuming a reasonably constant vcpu -> pcpu mapping).

Surely that argument can be made for any interrupt that is set up to
round-robin among multiple CPUs? Obviously in the PV drivers case the
event-channel IRQ is probably the only significant source of round-robin
interrupts. But I don't see that it's special in any other way.

 -- Keir



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


 


Rackspace

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