[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH 3/4] s390/kvm: Add a channel I/O based virtio tr
From: |
Christian Borntraeger |
Subject: |
Re: [Qemu-devel] [PATCH 3/4] s390/kvm: Add a channel I/O based virtio transport driver. |
Date: |
Wed, 15 Aug 2012 09:48:44 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux i686; rv:14.0) Gecko/20120714 Thunderbird/14.0 |
>> Have you written an appendix for the virtio specification for
>> virtio-ccw? I think it would be good to include in this series for the
>> purposes of review.
>
> Might be nice, but don't get fancy about it. Text will be fine and I
> can cut & paste it in once it's finalized.
There was a patch against the virtio spec in the patch series. Did it not
make it to you?
But Anthony is right, the spec is important, because the two main things
that we need to get right are the 2 interfaces
guest<->host and userspace(qemu)<->kvm.
Everything else is not an ABI and can be fixed later on if necessary.
Regarding the guest<->host interface a lot of things are mandated by the
channel-IO architecture. We have also reserved some IDs for virtio
(control unit type 0x3832, channel path type 0x32 and channel subsystem id 0xfe)
so we just have to focus on the virtio part (thanks Rusty for the good feedback
already).
Regarding the qemu<->kvm interface it is important to have an interface that
- allows us to be architectural compliant
- which is fast
- which must not prevent features like vhost
- which allows to implement live migration
- ...?
Christian
- Re: [Qemu-devel] [PATCH 1/4] s390/kvm: Handle hosts not supporting s390-virtio., (continued)
Re: [Qemu-devel] [PATCH 3/4] s390/kvm: Add a channel I/O based virtio transport driver., Anthony Liguori, 2012/08/14
[Qemu-devel] [PATCH 2/4] s390: Add a mechanism to get the subchannel id., Cornelia Huck, 2012/08/07