From: Avi Kivity <avi-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
To: Anthony Liguori <aliguori-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
Cc: kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: [RFC] virtio-blk PCI backend
Date: Thu, 08 Nov 2007 16:02:51 +0200 [thread overview]
Message-ID: <4733170B.70206@qumranet.com> (raw)
In-Reply-To: <473315DB.9030803-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
Anthony Liguori wrote:
> Avi Kivity wrote:
>> Anthony Liguori wrote:
>>
>>> + case VIRTIO_PCI_QUEUE_NOTIFY:
>>> + if (val < VIRTIO_PCI_QUEUE_MAX)
>>> + virtio_ring_kick(vdev, &vdev->vq[val]);
>>> + break;
>>>
>>
>> I see you're not using hypercalls for this, presumably for compatibility
>> with -no-kvm.
>
> More than just that. By stick to PIO, we are compatible with just
> about any VMM. For instance, we get Xen support for free. If we used
> hypercalls, even if we agreed on a way to determine which number to
> use and how to make those calls, it would still be difficult to
> implement in something like Xen.
>
But pio through the config space basically means you're committed to
handling it in qemu. We want a more flexible mechanism.
Detecting how to make hypercalls can be left to paravirt_ops.
(for Xen you'd use an event channel; and for kvm the virtio kick hypercall).
>> Well I think I have a solution: advertise vmcall,
>> vmmcall, pio to some port, and int $some_vector as hypercall feature
>> bits in cpuid (for kvm, kvm, qemu, and kvm-lite respectively). Early
>> setup code could patch the instruction as appropriate (I hear code
>> patching is now taught in second grade).
>>
>
> That ties our device to our particular hypercall implementation. If
> we were going to do this, I'd prefer to advertise it in the device I
> think. I really would need to look at the performance though of
> vmcall and an edge triggered interrupt. It would have to be pretty
> compelling to warrant the additional complexity I think.
vmcall costs will go down, and we don't want to use different mechanisms
for high bandwidth and low bandwidth devices.
--
error compiling committee.c: too many arguments to function
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
next prev parent reply other threads:[~2007-11-08 14:02 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-11-08 2:51 [RFC] virtio-blk PCI backend Anthony Liguori
[not found] ` <11944902733951-git-send-email-aliguori-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
2007-11-08 6:24 ` Avi Kivity
[not found] ` <4732ABA0.5090603-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-11-08 13:57 ` Anthony Liguori
[not found] ` <473315DB.9030803-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
2007-11-08 14:02 ` Avi Kivity [this message]
[not found] ` <4733170B.70206-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-11-08 15:09 ` Anthony Liguori
[not found] ` <473326B4.2080307-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
2007-11-08 15:19 ` Avi Kivity
[not found] ` <473328EC.4090905-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-11-08 16:22 ` Anthony Liguori
[not found] ` <473337B9.8040503-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
2007-11-09 0:13 ` Dor Laor
[not found] ` <4733A635.1080004-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-11-20 8:39 ` Christian Borntraeger
[not found] ` <200711200939.19410.borntraeger-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org>
2007-11-20 10:00 ` Avi Kivity
[not found] ` <4742B053.8080301-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-11-20 10:17 ` Arnd Bergmann
[not found] ` <200711201117.17900.arnd-r2nGTMty4D4@public.gmane.org>
2007-11-20 11:05 ` Carsten Otte
2007-11-11 9:23 ` Avi Kivity
2007-11-08 15:31 ` Avi Kivity
[not found] ` <47332BB7.2000900-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-11-08 19:02 ` Anthony Liguori
2007-11-09 0:25 ` Dor Laor
[not found] ` <4733A917.5000303-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-11-09 1:38 ` Anthony Liguori
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4733170B.70206@qumranet.com \
--to=avi-atkuwr5tajbwk0htik3j/w@public.gmane.org \
--cc=aliguori-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org \
--cc=kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox