On 04/17/2012 01:42 PM, Avi Kivity wrote: > On 04/17/2012 01:31 PM, Gleb Natapov wrote: > > On Tue, Apr 17, 2012 at 01:29:04PM +0300, Avi Kivity wrote: > > > On 04/17/2012 01:26 PM, Gleb Natapov wrote: > > > > > It isn't, since you need to send an IPI. > > > > > > > > > That is exactly what I forget whether you can send IPI from there :) > > > > Anyway this is another reason. > > > > > > > > > > Actually I was wrong. You can't smp_call_function_single() from irq > > > context (deadlocks if two vcpus do that), but we send a reschedule > > > interrupt. So it should work. > > > > > Ah, good point. So if we'll use irqsave versions of spinlocks we can > > drop kthread? > > Do we want 254 IPIs to be issued from irq context? Could be slow. > > We can make the unicast case run from irq context and defer the > multicast to a thread. (that should help eventfd and device assignment) -- error compiling committee.c: too many arguments to function -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
