From: Yi Liu <yi.l.liu@intel.com>
To: alex.williamson@redhat.com, jgg@nvidia.com, kevin.tian@intel.com
Cc: linux-s390@vger.kernel.org, yi.l.liu@intel.com,
yi.y.sun@linux.intel.com, mjrosato@linux.ibm.com,
kvm@vger.kernel.org, intel-gvt-dev@lists.freedesktop.org,
joro@8bytes.org, cohuck@redhat.com, xudong.hao@intel.com,
peterx@redhat.com, yan.y.zhao@intel.com, eric.auger@redhat.com,
terrence.xu@intel.com, nicolinc@nvidia.com,
shameerali.kolothum.thodi@huawei.com,
suravee.suthikulpanit@amd.com, intel-gfx@lists.freedesktop.org,
chao.p.peng@linux.intel.com, lulu@redhat.com,
robin.murphy@arm.com, jasowang@redhat.com
Subject: [Intel-gfx] [PATCH v7 13/22] vfio-iommufd: Split bind/attach into two steps
Date: Thu, 16 Mar 2023 05:55:25 -0700 [thread overview]
Message-ID: <20230316125534.17216-14-yi.l.liu@intel.com> (raw)
In-Reply-To: <20230316125534.17216-1-yi.l.liu@intel.com>
to align with the coming vfio device cdev support.
Signed-off-by: Yi Liu <yi.l.liu@intel.com>
---
drivers/vfio/group.c | 18 ++++++++++++++----
drivers/vfio/iommufd.c | 33 ++++++++++++++-------------------
drivers/vfio/vfio.h | 9 +++++++++
3 files changed, 37 insertions(+), 23 deletions(-)
diff --git a/drivers/vfio/group.c b/drivers/vfio/group.c
index 1ad8df9b295f..70bdecff4785 100644
--- a/drivers/vfio/group.c
+++ b/drivers/vfio/group.c
@@ -203,9 +203,14 @@ static int vfio_device_group_open(struct vfio_device_file *df)
}
ret = vfio_device_open(df);
- if (ret) {
- df->iommufd = NULL;
+ if (ret)
goto out_put_kvm;
+
+ if (df->iommufd) {
+ ret = vfio_iommufd_attach_compat_ioas(device,
+ df->iommufd);
+ if (ret)
+ goto out_close_device;
}
/*
@@ -214,12 +219,17 @@ static int vfio_device_group_open(struct vfio_device_file *df)
*/
smp_store_release(&df->access_granted, true);
+ mutex_unlock(&device->dev_set->lock);
+ mutex_unlock(&device->group->group_lock);
+ return 0;
+
+out_close_device:
+ vfio_device_close(df);
out_put_kvm:
+ df->iommufd = NULL;
if (device->open_count == 0)
vfio_device_put_kvm(device);
-
mutex_unlock(&device->dev_set->lock);
-
out_unlock:
mutex_unlock(&device->group->group_lock);
return ret;
diff --git a/drivers/vfio/iommufd.c b/drivers/vfio/iommufd.c
index 7334b67dbb8a..2daef60fe439 100644
--- a/drivers/vfio/iommufd.c
+++ b/drivers/vfio/iommufd.c
@@ -30,33 +30,28 @@ int vfio_iommufd_enable_noiommu_compat(struct vfio_device *device,
int vfio_iommufd_bind(struct vfio_device *vdev, struct iommufd_ctx *ictx)
{
- u32 ioas_id;
u32 device_id;
- int ret;
lockdep_assert_held(&vdev->dev_set->lock);
- ret = vdev->ops->bind_iommufd(vdev, ictx, &device_id);
- if (ret)
- return ret;
+ /* The legacy path has no way to return the device id */
+ return vdev->ops->bind_iommufd(vdev, ictx, &device_id);
+}
+
+int vfio_iommufd_attach_compat_ioas(struct vfio_device *vdev,
+ struct iommufd_ctx *ictx)
+{
+ u32 ioas_id;
+ int ret;
+
+ lockdep_assert_held(&vdev->dev_set->lock);
ret = iommufd_vfio_compat_ioas_get_id(ictx, &ioas_id);
if (ret)
- goto err_unbind;
- ret = vdev->ops->attach_ioas(vdev, &ioas_id);
- if (ret)
- goto err_unbind;
-
- /*
- * The legacy path has no way to return the device id or the selected
- * pt_id
- */
- return 0;
+ return ret;
-err_unbind:
- if (vdev->ops->unbind_iommufd)
- vdev->ops->unbind_iommufd(vdev);
- return ret;
+ /* The legacy path has no way to return the selected pt_id */
+ return vdev->ops->attach_ioas(vdev, &ioas_id);
}
void vfio_iommufd_unbind(struct vfio_device *vdev)
diff --git a/drivers/vfio/vfio.h b/drivers/vfio/vfio.h
index 136137b8618d..abfaf85cc266 100644
--- a/drivers/vfio/vfio.h
+++ b/drivers/vfio/vfio.h
@@ -238,6 +238,8 @@ static inline void vfio_container_cleanup(void)
#if IS_ENABLED(CONFIG_IOMMUFD)
int vfio_iommufd_enable_noiommu_compat(struct vfio_device *device,
struct iommufd_ctx *ictx);
+int vfio_iommufd_attach_compat_ioas(struct vfio_device *device,
+ struct iommufd_ctx *ictx);
int vfio_iommufd_bind(struct vfio_device *device, struct iommufd_ctx *ictx);
void vfio_iommufd_unbind(struct vfio_device *device);
#else
@@ -248,6 +250,13 @@ vfio_iommufd_enable_noiommu_compat(struct vfio_device *device,
return -EOPNOTSUPP;
}
+static inline int
+vfio_iommufd_attach_compat_ioas(struct vfio_device *device,
+ struct iommufd_ctx *ictx)
+{
+ return -EOPNOTSUPP;
+}
+
static inline int vfio_iommufd_bind(struct vfio_device *device,
struct iommufd_ctx *ictx)
{
--
2.34.1
next prev parent reply other threads:[~2023-03-16 12:56 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-03-16 12:55 [Intel-gfx] [PATCH v7 00/22] Add vfio_device cdev for iommufd support Yi Liu
2023-03-16 12:55 ` [Intel-gfx] [PATCH v7 01/22] vfio: Allocate per device file structure Yi Liu
2023-03-16 12:55 ` [Intel-gfx] [PATCH v7 02/22] vfio: Refine vfio file kAPIs for KVM Yi Liu
2023-03-16 12:55 ` [Intel-gfx] [PATCH v7 03/22] vfio: Remove vfio_file_is_group() Yi Liu
2023-03-17 1:38 ` Tian, Kevin
2023-03-16 12:55 ` [Intel-gfx] [PATCH v7 04/22] vfio: Accept vfio device file in the KVM facing kAPI Yi Liu
2023-03-16 12:55 ` [Intel-gfx] [PATCH v7 05/22] kvm/vfio: Rename kvm_vfio_group to prepare for accepting vfio device fd Yi Liu
2023-03-16 12:55 ` [Intel-gfx] [PATCH v7 06/22] kvm/vfio: Accept vfio device file from userspace Yi Liu
2023-03-17 1:39 ` Tian, Kevin
2023-03-16 12:55 ` [Intel-gfx] [PATCH v7 07/22] vfio: Pass struct vfio_device_file * to vfio_device_open/close() Yi Liu
2023-03-16 12:55 ` [Intel-gfx] [PATCH v7 08/22] vfio: Block device access via device fd until device is opened Yi Liu
2023-03-16 12:55 ` [Intel-gfx] [PATCH v7 09/22] vfio: Add cdev_device_open_cnt to vfio_group Yi Liu
2023-03-16 12:55 ` [Intel-gfx] [PATCH v7 10/22] vfio: Make vfio_device_open() single open for device cdev path Yi Liu
2023-03-16 12:55 ` [Intel-gfx] [PATCH v7 11/22] vfio: Make vfio_device_first_open() to accept NULL iommufd for noiommu Yi Liu
2023-03-17 1:45 ` Tian, Kevin
2023-03-16 12:55 ` [Intel-gfx] [PATCH v7 12/22] vfio-iommufd: Move noiommu support out of vfio_iommufd_bind() Yi Liu
2023-03-17 1:54 ` Tian, Kevin
2023-03-16 12:55 ` Yi Liu [this message]
2023-03-17 1:57 ` [Intel-gfx] [PATCH v7 13/22] vfio-iommufd: Split bind/attach into two steps Tian, Kevin
2023-03-16 12:55 ` [Intel-gfx] [PATCH v7 14/22] vfio: Record devid in vfio_device_file Yi Liu
2023-03-17 1:59 ` Tian, Kevin
2023-03-16 12:55 ` [Intel-gfx] [PATCH v7 15/22] vfio-iommufd: Add detach_ioas support for physical VFIO devices Yi Liu
2023-03-17 2:13 ` Tian, Kevin
2023-03-17 3:06 ` Liu, Yi L
2023-03-17 3:17 ` Tian, Kevin
2023-03-16 12:55 ` [Intel-gfx] [PATCH v7 16/22] iommufd/device: Add iommufd_access_detach() API Yi Liu
2023-03-17 2:10 ` Tian, Kevin
2023-03-16 12:55 ` [Intel-gfx] [PATCH v7 17/22] vfio-iommufd: Add detach_ioas support for emulated VFIO devices Yi Liu
2023-03-17 2:16 ` Tian, Kevin
2023-03-16 12:55 ` [Intel-gfx] [PATCH v7 18/22] vfio: Add cdev for vfio_device Yi Liu
2023-03-16 12:55 ` [Intel-gfx] [PATCH v7 19/22] vfio: Add VFIO_DEVICE_BIND_IOMMUFD Yi Liu
2023-03-17 2:22 ` Tian, Kevin
2023-03-16 12:55 ` [Intel-gfx] [PATCH v7 20/22] vfio: Add VFIO_DEVICE_AT[DE]TACH_IOMMUFD_PT Yi Liu
2023-03-16 12:55 ` [Intel-gfx] [PATCH v7 21/22] vfio: Compile group optionally Yi Liu
2023-03-16 12:55 ` [Intel-gfx] [PATCH v7 22/22] docs: vfio: Add vfio device cdev description Yi Liu
2023-03-17 2:40 ` Tian, Kevin
2023-03-16 21:47 ` [Intel-gfx] ✗ Fi.CI.BUILD: failure for Add vfio_device cdev for iommufd support (rev8) Patchwork
2023-03-17 9:53 ` [Intel-gfx] [PATCH v7 00/22] Add vfio_device cdev for iommufd support Xu, Terrence
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=20230316125534.17216-14-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=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