[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH RFC 00/11] qemu: towards virtio-1 host support
From: |
Jan Kiszka |
Subject: |
Re: [Qemu-devel] [PATCH RFC 00/11] qemu: towards virtio-1 host support |
Date: |
Wed, 22 Oct 2014 16:17:40 +0200 |
User-agent: |
Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; rv:1.8.1.12) Gecko/20080226 SUSE/2.0.0.12-1.1 Thunderbird/2.0.0.12 Mnenhy/0.7.5.666 |
On 2014-10-22 10:44, Michael S. Tsirkin wrote:
> On Wed, Oct 08, 2014 at 11:04:28AM +0200, Cornelia Huck wrote:
>> On Tue, 07 Oct 2014 18:24:22 -0700
>> Andy Lutomirski <address@hidden> wrote:
>>
>>> On 10/07/2014 07:39 AM, Cornelia Huck wrote:
>>>> This patchset aims to get us some way to implement virtio-1 compliant
>>>> and transitional devices in qemu. Branch available at
>>>>
>>>> git://github.com/cohuck/qemu virtio-1
>>>>
>>>> I've mainly focused on:
>>>> - endianness handling
>>>> - extended feature bits
>>>> - virtio-ccw new/changed commands
>>>
>>> At the risk of some distraction, would it be worth thinking about a
>>> solution to the IOMMU bypassing mess as part of this?
>>
>> I think that is a whole different issue. virtio-1 is basically done - we
>> just need to implement it - while the IOMMU/DMA stuff certainly needs
>> more discussion. Therefore, I'd like to defer to the other discussion
>> thread here.
>
> I agree, let's do a separate thread for this.
> I also think it's up to the hypervisors at this point.
> People talked about using ACPI to report IOMMU bypass
> to guest.
> If that happens, we don't need a feature bit.
I thought about this again, and I'm not sure anymore if we can use ACPI
to "black-list" the incompatible virtio devices. Reason: hotplug. To my
understanding, the ACPI DRHD tables won't change during runtime when a
device shows up or disappears. We would have to isolate virtio devices
from the rest of the system by using separate buses for it (and avoid
listing those in any DRHD table) and enforce that they only get plugged
into those buses. I suppose that is not desirable.
Maybe it's better to fix virtio /wrt IOMMUs.
Jan
--
Siemens AG, Corporate Technology, CT RTC ITP SES-DE
Corporate Competence Center Embedded Linux
- [Qemu-devel] [PATCH RFC 02/11] virtio: cull virtio_bus_set_vdev_features, (continued)
- [Qemu-devel] [PATCH RFC 02/11] virtio: cull virtio_bus_set_vdev_features, Cornelia Huck, 2014/10/07
- [Qemu-devel] [PATCH RFC 05/11] virtio: introduce legacy virtio devices, Cornelia Huck, 2014/10/07
- [Qemu-devel] [PATCH RFC 06/11] virtio: allow virtio-1 queue layout, Cornelia Huck, 2014/10/07
- [Qemu-devel] [PATCH RFC 10/11] s390x/virtio-ccw: support virtio-1 set_vq format, Cornelia Huck, 2014/10/07
- [Qemu-devel] [PATCH RFC 04/11] s390x/virtio-ccw: fix check for WRITE_FEAT, Cornelia Huck, 2014/10/07
- [Qemu-devel] [PATCH RFC 01/11] linux-headers/virtio_config: Update with VIRTIO_F_VERSION_1, Cornelia Huck, 2014/10/07
- [Qemu-devel] [PATCH RFC 07/11] dataplane: allow virtio-1 devices, Cornelia Huck, 2014/10/07
- Re: [Qemu-devel] [PATCH RFC 00/11] qemu: towards virtio-1 host support, Andy Lutomirski, 2014/10/07
- Re: [Qemu-devel] [PATCH RFC 00/11] qemu: towards virtio-1 host support, Cornelia Huck, 2014/10/08
- Re: [Qemu-devel] [PATCH RFC 00/11] qemu: towards virtio-1 host support, Michael S. Tsirkin, 2014/10/22
- Re: [Qemu-devel] [PATCH RFC 00/11] qemu: towards virtio-1 host support,
Jan Kiszka <=
- Re: [Qemu-devel] [PATCH RFC 00/11] qemu: towards virtio-1 host support, Michael S. Tsirkin, 2014/10/22
- Re: [Qemu-devel] [PATCH RFC 00/11] qemu: towards virtio-1 host support, Benjamin Herrenschmidt, 2014/10/22
- Re: [Qemu-devel] [PATCH RFC 00/11] qemu: towards virtio-1 host support, Jan Kiszka, 2014/10/23
- Re: [Qemu-devel] [PATCH RFC 00/11] qemu: towards virtio-1 host support, Michael S. Tsirkin, 2014/10/23
- Re: [Qemu-devel] [PATCH RFC 00/11] qemu: towards virtio-1 host support, Michael S. Tsirkin, 2014/10/23
Re: [Qemu-devel] [PATCH RFC 00/11] qemu: towards virtio-1 host support, Michael S. Tsirkin, 2014/10/23