[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH 3/3] powerpc-virtio: virtio support introduced (
From: |
Alexander Graf |
Subject: |
Re: [Qemu-devel] [PATCH 3/3] powerpc-virtio: virtio support introduced (block, network, serial, balloon, 9p-fs), both fullemu and power-kvm |
Date: |
Wed, 18 May 2011 11:35:51 +0200 |
On 18.05.2011, at 05:27, David Gibson wrote:
> On Tue, May 17, 2011 at 09:06:41AM +0200, Alexander Graf wrote:
>> On 17.05.2011, at 08:47, David Gibson wrote:
>>> From: Alexey Kardashevskiy <address@hidden>
>>>
>>> The recently added pseries machine does not currently support PCI
>>> emulation. For the (upcoming) kvm case, this is quite difficult to do
>>> because the preferred HV mode for the host kernel does not allow MMIO
>>> emulation (a hardware limitation).
>>>
>>> Therefore, to support virtio devices, we implement a new virtio setup
>>> protocol for PAPR guests. This is based loosely on the s390 and lguest
>>> methods, using the PAPR hcalls for the virtio primitive operations,
>>> and the PAPR device tree to advertise the virtio device resources to the
>>> guest.
>>>
>>> This patch includes support for the virtio block, network, serial, and
>>> balloon devices, and the 9p filesystem.
> [snip]
>>
>> Before including such a patch, we should really discuss the desired
>> interface for virtio on sPAPR. I personally would prefer if we could
>> have a generic MMIO hypercall that the guest issues, so that we can
>> simply use virtio-pci on sPAPR (and all the other PCI hardware).
>
> Hrm. I'm not thrilled at that idea. We would still need to advertise
> in the device tree to use the MMIO hypercall, instead of going direct
> - since we will be going direct for things like passthrough PCI
> devices under KVM.
Yes, it's not an easy thing to solve. But not having the chance of emulating
MMIO robs you off quite some possibilities and reimplementing yet another host
abstraction layer for virtio will be more headaches than you can imagine :).
>
>> But at the end of the day, the steps should be as follows:
>>
>> 1) Discuss this on the virtualization ML
>
> Ok, which list do you mean here?
The one I CC'ed :)
>
>> 2) Send patches for the virtio documentation so the protocol has a spec
>> (which we're lacking for s390 still)
>> 3) Implement Linux side, upstream it
>
> I don't see why the Linux guest side needs to go before the qemu
> side. You can't use one without the other, so there's no clear order.
Well, ok. I'd at least like to see the Linux side on the mailing list then
before pulling the qemu side :).
>
>> 4) Upstream Qemu side
>>
>> Since I haven't seen 1-3, I'd like to defer this patch until the
>> other points are good :)
>
> Hmm. I'll see what I can do.
Thanks!
Alex
- [Qemu-devel] pSseries platform updates, cleanup and virtio support, David Gibson, 2011/05/17
- [Qemu-devel] [PATCH 1/3] pSeries: Clean up write-only variables, David Gibson, 2011/05/17
- [Qemu-devel] [PATCH 2/3] virtio: Added function to calculate number of bytes required to allocate a VRing, David Gibson, 2011/05/17
- [Qemu-devel] [PATCH 3/3] powerpc-virtio: virtio support introduced (block, network, serial, balloon, 9p-fs), both fullemu and power-kvm, David Gibson, 2011/05/17
- Re: [Qemu-devel] [PATCH 3/3] powerpc-virtio: virtio support introduced (block, network, serial, balloon, 9p-fs), both fullemu and power-kvm, Alexander Graf, 2011/05/17
- Re: [Qemu-devel] [PATCH 3/3] powerpc-virtio: virtio support introduced (block, network, serial, balloon, 9p-fs), both fullemu and power-kvm, David Gibson, 2011/05/17
- Re: [Qemu-devel] [PATCH 3/3] powerpc-virtio: virtio support introduced (block, network, serial, balloon, 9p-fs), both fullemu and power-kvm, Michael S. Tsirkin, 2011/05/18
- Re: [Qemu-devel] [PATCH 3/3] powerpc-virtio: virtio support introduced (block, network, serial, balloon, 9p-fs), both fullemu and power-kvm,
Alexander Graf <=