Re: [GIT PULL] AlacrityVM guest drivers for 2.6.33

Gregory Haskins
2009-12-22T19:32:32Z

[-- Attachment #1: Type: text/plain, Size: 2039 bytes --]

On 12/22/09 2:25 PM, Avi Kivity wrote:
> On 12/22/2009 09:15 PM, Gregory Haskins wrote:
>> On 12/22/09 1:53 PM, Avi Kivity wrote:
>>
>>> I asked why the irqfd/ioeventfd mechanisms are insufficient, and you
>>> did not reply.
>>>
>>>
>> BTW: the ioeventfd issue just fell through the cracks, so sorry about
>> that. Note that I have no specific issue with irqfd ever since the
>> lockless IRQ injection code was added.
>>
>> ioeventfd turned out to be suboptimal for me in the fast path for two
>> reasons:
>>
>> 1) the underlying eventfd is called in atomic context. I had posted
>> patches to Davide to address that limitation, but I believe he rejected
>> them on the grounds that they are only relevant to KVM.
>>
>
> If you're not doing something pretty minor, you're better of waking up a
> thread (perhaps _sync if you want to keep on the same cpu). With the
> new user return notifier thingie, that's pretty cheap.

We have exploits that take advantage of IO heuristics. When triggered
they do more work in vcpu context than normal, which reduces latency
under certain circumstances. But you definitely do _not_ want to do
them in-atomic ;)

>
>> 2) it cannot retain the data field passed in the PIO. I wanted to have
>> one vector that could tell me what value was written, and this cannot be
>> expressed in ioeventfd.
>>
>>
>
> It would be easier to add data logging support to ioeventfd, if it was
> needed that badly.

"Better design"? perhaps. "More easily"? no. Besides, Davide has
already expressed dissatisfaction with the KVM-isms creeping into
eventfd, so its not likely to ever be accepted regardless of your own
disposition.

xinterface, as it turns out, is a great KVM interface for me and easy to
extend, all without conflicting with the changes in upstream. The old
way was via the kvm ioctl interface, but that sucked as the ABI was
always moving. Where is the problem? ioeventfd still works fine as it is.

Kind Regards,
-Greg

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 267 bytes --]