From: Yi Liu <yi.l.liu@intel.com>
To: alex.williamson@redhat.com, jgg@nvidia.com, kevin.tian@intel.com
Cc: joro@8bytes.org, robin.murphy@arm.com, cohuck@redhat.com,
eric.auger@redhat.com, nicolinc@nvidia.com, kvm@vger.kernel.org,
mjrosato@linux.ibm.com, chao.p.peng@linux.intel.com,
yi.l.liu@intel.com, yi.y.sun@linux.intel.com, peterx@redhat.com,
jasowang@redhat.com, shameerali.kolothum.thodi@huawei.com,
lulu@redhat.com, suravee.suthikulpanit@amd.com,
intel-gvt-dev@lists.freedesktop.org,
intel-gfx@lists.freedesktop.org, linux-s390@vger.kernel.org,
xudong.hao@intel.com, yan.y.zhao@intel.com,
terrence.xu@intel.com, yanting.jiang@intel.com
Subject: [PATCH v3 0/6] vfio: Make emulated devices prepared for vfio device cdev
Date: Mon, 27 Mar 2023 02:33:45 -0700 [thread overview]
Message-ID: <20230327093351.44505-1-yi.l.liu@intel.com> (raw)
The .bind_iommufd op of vfio emulated devices are either empty or does
nothing. This is different with the vfio physical devices, to add vfio
device cdev, need to make them act the same.
This series first makes the .bind_iommufd op of vfio emulated devices
to create iommufd_access, this introduces a new iommufd API. Then let
the driver that does not provide .bind_iommufd op to use the vfio emulated
iommufd op set. This makes all vfio device drivers have consistent iommufd
operations, which is good for adding new device uAPIs in the device cdev
series.
Change log:
v3:
- Use iommufd_get_ioas() for ioas get, hence patch 01 is added to modify
the input parameter of iommufd_get_ioas(). (Jason)
- Add r-b from Jason and Kevin
- Add t-b from Terrence Xu
v2: https://lore.kernel.org/kvm/20230316121526.5644-1-yi.l.liu@intel.com/
- Add r-b from Kevin and Jason
- Refine patch 01 per comments from Jason and Kevin
v1: https://lore.kernel.org/kvm/20230308131340.459224-1-yi.l.liu@intel.com/
Thanks,
Yi Liu
Nicolin Chen (1):
iommufd: Create access in vfio_iommufd_emulated_bind()
Yi Liu (5):
iommu/iommufd: Pass iommufd_ctx pointer in iommufd_get_ioas()
vfio-iommufd: No need to record iommufd_ctx in vfio_device
vfio-iommufd: Make vfio_iommufd_emulated_bind() return iommufd_access
ID
vfio/mdev: Uses the vfio emulated iommufd ops set in the mdev sample
drivers
vfio: Check the presence for iommufd callbacks in
__vfio_register_dev()
drivers/iommu/iommufd/device.c | 55 +++++++++++++++----------
drivers/iommu/iommufd/ioas.c | 14 +++----
drivers/iommu/iommufd/iommufd_private.h | 4 +-
drivers/iommu/iommufd/selftest.c | 14 ++++---
drivers/iommu/iommufd/vfio_compat.c | 2 +-
drivers/vfio/iommufd.c | 37 ++++++++---------
drivers/vfio/vfio_main.c | 5 ++-
include/linux/iommufd.h | 5 ++-
include/linux/vfio.h | 1 -
samples/vfio-mdev/mbochs.c | 3 ++
samples/vfio-mdev/mdpy.c | 3 ++
samples/vfio-mdev/mtty.c | 3 ++
12 files changed, 85 insertions(+), 61 deletions(-)
--
2.34.1
next reply other threads:[~2023-03-27 9:34 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-03-27 9:33 Yi Liu [this message]
2023-03-27 9:33 ` [PATCH v3 1/6] iommu/iommufd: Pass iommufd_ctx pointer in iommufd_get_ioas() Yi Liu
2023-03-27 16:35 ` Jason Gunthorpe
2023-03-28 5:23 ` Tian, Kevin
2023-03-27 9:33 ` [PATCH v3 2/6] iommufd: Create access in vfio_iommufd_emulated_bind() Yi Liu
2023-03-29 19:59 ` Jason Gunthorpe
2023-03-31 8:16 ` Tian, Kevin
2023-03-31 16:55 ` Jason Gunthorpe
2023-03-27 9:33 ` [PATCH v3 3/6] vfio-iommufd: No need to record iommufd_ctx in vfio_device Yi Liu
2023-03-27 9:33 ` [PATCH v3 4/6] vfio-iommufd: Make vfio_iommufd_emulated_bind() return iommufd_access ID Yi Liu
2023-03-27 9:33 ` [PATCH v3 5/6] vfio/mdev: Uses the vfio emulated iommufd ops set in the mdev sample drivers Yi Liu
2023-03-27 9:33 ` [PATCH v3 6/6] vfio: Check the presence for iommufd callbacks in __vfio_register_dev() Yi Liu
2023-03-27 17:47 ` [PATCH v3 0/6] vfio: Make emulated devices prepared for vfio device cdev Nicolin Chen
2023-03-29 19:47 ` Jason Gunthorpe
2023-03-30 19:21 ` Alex Williamson
2023-03-31 3:13 ` Jiang, Yanting
2023-03-31 4:57 ` Jiang, Yanting
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=20230327093351.44505-1-yi.l.liu@intel.com \
--to=yi.l.liu@intel.com \
--cc=alex.williamson@redhat.com \
--cc=chao.p.peng@linux.intel.com \
--cc=cohuck@redhat.com \
--cc=eric.auger@redhat.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=intel-gvt-dev@lists.freedesktop.org \
--cc=jasowang@redhat.com \
--cc=jgg@nvidia.com \
--cc=joro@8bytes.org \
--cc=kevin.tian@intel.com \
--cc=kvm@vger.kernel.org \
--cc=linux-s390@vger.kernel.org \
--cc=lulu@redhat.com \
--cc=mjrosato@linux.ibm.com \
--cc=nicolinc@nvidia.com \
--cc=peterx@redhat.com \
--cc=robin.murphy@arm.com \
--cc=shameerali.kolothum.thodi@huawei.com \
--cc=suravee.suthikulpanit@amd.com \
--cc=terrence.xu@intel.com \
--cc=xudong.hao@intel.com \
--cc=yan.y.zhao@intel.com \
--cc=yanting.jiang@intel.com \
--cc=yi.y.sun@linux.intel.com \
/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