Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1244075

Re: [RFC PATCH 2/2] vfio: Include no-iommu mode

From Avi Kivity <avi@scylladb.com>
Newsgroups linux.kernel
Subject Re: [RFC PATCH 2/2] vfio: Include no-iommu mode
Date 2015-10-11 11:10 +0200
Message-ID <qikNH-3Mq-5@gated-at.bofh.it> (permalink)
References <qhKTU-231-15@gated-at.bofh.it> <qhKTU-231-19@gated-at.bofh.it> <qik1k-2Ay-15@gated-at.bofh.it> <qikE1-3lP-5@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw



On 10/11/2015 11:57 AM, Michael S. Tsirkin wrote:
> On Sun, Oct 11, 2015 at 11:12:14AM +0300, Avi Kivity wrote:
>>>    Mixing no-iommu and secure VFIO is
>>> also unsupported, as are any VFIO IOMMU backends other than the
>>> vfio-noiommu backend.  Furthermore, unsafe group files are relocated
>>> to /dev/vfio-noiommu/.  Upon successful loading in this mode, the
>>> kernel is tainted due to the dummy IOMMU put in place.  Unloading of
>>> the module in this mode is also unsupported and will BUG due to the
>>> lack of support for unregistering an IOMMU for a bus type.
>> I did not see an API for detecting whether memory translation is provided or
>> not.  We can have the caller guess this by looking at the device name, or by
>> requiring the user to specify this, but I think it's cleaner to provide
>> programmatic access to this attribute.
> It seems that caller can just check for VFIO_NOIOMMU_IOMMU.
>
> Isn't this why it's there?

That's just means the capability is there, not that it's active.

But since you must pass the same value to open(), you already know that 
you're using noiommu.

> VFIO_IOMMU_MAP_DMA, VFIO_IOMMU_ENABLE and VFIO_IOMMU_DISABLE
> will probably also fail ...
>

Don't you have to call MAP_DMA to pin the memory?

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

[RFC PATCH 2/2] vfio: Include no-iommu mode Alex Williamson <alex.williamson@redhat.com> - 2015-10-09 20:50 +0200
  Re: [RFC PATCH 2/2] vfio: Include no-iommu mode Avi Kivity <avi@scylladb.com> - 2015-10-11 10:20 +0200
    Re: [RFC PATCH 2/2] vfio: Include no-iommu mode "Michael S. Tsirkin" <mst@redhat.com> - 2015-10-11 11:00 +0200
      Re: [RFC PATCH 2/2] vfio: Include no-iommu mode Avi Kivity <avi@scylladb.com> - 2015-10-11 11:10 +0200
        Re: [RFC PATCH 2/2] vfio: Include no-iommu mode "Michael S. Tsirkin" <mst@redhat.com> - 2015-10-11 11:30 +0200
          Re: [RFC PATCH 2/2] vfio: Include no-iommu mode Gleb Natapov <gleb@scylladb.com> - 2015-10-11 11:30 +0200
    Re: [RFC PATCH 2/2] vfio: Include no-iommu mode Alex Williamson <alex.williamson@redhat.com> - 2015-10-11 23:20 +0200
  Re: [RFC PATCH 2/2] vfio: Include no-iommu mode Stephen Hemminger <stephen@networkplumber.org> - 2015-10-12 18:00 +0200
    Re: [RFC PATCH 2/2] vfio: Include no-iommu mode "Michael S. Tsirkin" <mst@redhat.com> - 2015-10-12 18:30 +0200
      Re: [RFC PATCH 2/2] vfio: Include no-iommu mode Alex Williamson <alex.williamson@redhat.com> - 2015-10-12 19:50 +0200
        Re: [RFC PATCH 2/2] vfio: Include no-iommu mode Alex Williamson <alex.williamson@redhat.com> - 2015-10-12 20:10 +0200
    Re: [RFC PATCH 2/2] vfio: Include no-iommu mode Alex Williamson <alex.williamson@redhat.com> - 2015-10-12 18:30 +0200
      Re: [RFC PATCH 2/2] vfio: Include no-iommu mode Avi Kivity <avi@scylladb.com> - 2015-10-12 18:40 +0200

csiph-web