Re: [PATCH 5/5] KVM: PPC: Book3S HV: Provide a method for userspace to read and write the HPT

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

 



On 10/16/2012 10:03 PM, Anthony Liguori wrote:
>>
>> This forces userspace to dedicate a thread for the HPT.
> 
> If no changes are available, does read return a size > 0?  I don't think
> it's necessary to support polling.  The kernel should always be able to
> respond to userspace here.  The only catch is whether to return !0 read
> sizes when there are no changes.
> 
> At any case, I can't see why a dedicated thread is needed.  QEMU is
> going to poll HPT based on how fast we can send data over the wire.

That means spinning if we can send the data faster than we dirty it.
But we do that anyway for memory.



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


[Index of Archives]     [KVM ARM]     [KVM ia64]     [KVM ppc]     [Virtualization Tools]     [Spice Development]     [Libvirt]     [Libvirt Users]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Questions]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux