From: Eric Auger <eric.auger@redhat.com>
To: "Duan, Zhenzhong" <zhenzhong.duan@intel.com>,
"qemu-devel@nongnu.org" <qemu-devel@nongnu.org>
Cc: "alex.williamson@redhat.com" <alex.williamson@redhat.com>,
"clg@redhat.com" <clg@redhat.com>,
"jgg@nvidia.com" <jgg@nvidia.com>,
"nicolinc@nvidia.com" <nicolinc@nvidia.com>,
"Martins, Joao" <joao.m.martins@oracle.com>,
"peterx@redhat.com" <peterx@redhat.com>,
"jasowang@redhat.com" <jasowang@redhat.com>,
"Tian, Kevin" <kevin.tian@intel.com>,
"Liu, Yi L" <yi.l.liu@intel.com>,
"Sun, Yi Y" <yi.y.sun@intel.com>,
"Peng, Chao P" <chao.p.peng@intel.com>
Subject: Re: [PATCH v2 06/12] vfio/pci: Introduce vfio_[attach/detach]_device
Date: Wed, 27 Sep 2023 14:22:45 +0200 [thread overview]
Message-ID: <b4118ef6-e44f-785c-c99d-c4d8224b88ed@redhat.com> (raw)
In-Reply-To: <PH7PR11MB6722E62822B43C65DE5187C492C2A@PH7PR11MB6722.namprd11.prod.outlook.com>
On 9/27/23 12:07, Duan, Zhenzhong wrote:
> Hi Eric,
>
>> -----Original Message-----
>> From: Eric Auger <eric.auger@redhat.com>
>> Sent: Wednesday, September 27, 2023 5:02 PM
>> Subject: Re: [PATCH v2 06/12] vfio/pci: Introduce vfio_[attach/detach]_device
>>
>> Hi Zhenzhong,
>>
>> On 9/26/23 13:32, Zhenzhong Duan wrote:
>>> From: Eric Auger <eric.auger@redhat.com>
>>>
>>> We want the VFIO devices to be able to use two different
>>> IOMMU backends, the legacy VFIO one and the new iommufd one.
>>>
>>> Introduce vfio_[attach/detach]_device which aim at hiding the
>>> underlying IOMMU backend (IOCTLs, datatypes, ...).
>>>
>>> Once vfio_attach_device completes, the device is attached
>>> to a security context and its fd can be used. Conversely
>>> When vfio_detach_device completes, the device has been
>>> detached from the security context.
>>>
>>> At the moment only the implementation based on the legacy
>>> container/group exists. Let's use it from the vfio-pci device.
>>> Subsequent patches will handle other devices.
>>>
>>> Signed-off-by: Eric Auger <eric.auger@redhat.com>
>>> Signed-off-by: Yi Liu <yi.l.liu@intel.com>
>>> Signed-off-by: Zhenzhong Duan <zhenzhong.duan@intel.com>
>>> ---
>>> include/hw/vfio/vfio-common.h | 3 ++
>>> hw/vfio/common.c | 68 +++++++++++++++++++++++++++++++++++
>>> hw/vfio/pci.c | 50 +++-----------------------
>>> hw/vfio/trace-events | 2 +-
>>> 4 files changed, 77 insertions(+), 46 deletions(-)
>>>
>>> diff --git a/include/hw/vfio/vfio-common.h b/include/hw/vfio/vfio-common.h
>>> index c4e7c3b4a7..12fbfbc37d 100644
>>> --- a/include/hw/vfio/vfio-common.h
>>> +++ b/include/hw/vfio/vfio-common.h
>>> @@ -225,6 +225,9 @@ void vfio_put_group(VFIOGroup *group);
>>> struct vfio_device_info *vfio_get_device_info(int fd);
>>> int vfio_get_device(VFIOGroup *group, const char *name,
>>> VFIODevice *vbasedev, Error **errp);
>>> +int vfio_attach_device(char *name, VFIODevice *vbasedev,
>>> + AddressSpace *as, Error **errp);
>>> +void vfio_detach_device(VFIODevice *vbasedev);
>>>
>>> int vfio_kvm_device_add_fd(int fd, Error **errp);
>>> int vfio_kvm_device_del_fd(int fd, Error **errp);
>>> diff --git a/hw/vfio/common.c b/hw/vfio/common.c
>>> index 959b1362bb..7f3798b152 100644
>>> --- a/hw/vfio/common.c
>>> +++ b/hw/vfio/common.c
>>> @@ -2611,3 +2611,71 @@ int vfio_eeh_as_op(AddressSpace *as, uint32_t op)
>>> }
>>> return vfio_eeh_container_op(container, op);
>>> }
>>> +
>>> +static int vfio_device_groupid(VFIODevice *vbasedev, Error **errp)
>>> +{
>>> + char *tmp, group_path[PATH_MAX], *group_name;
>>> + int ret, groupid;
>>> + ssize_t len;
>>> +
>>> + tmp = g_strdup_printf("%s/iommu_group", vbasedev->sysfsdev);
>>> + len = readlink(tmp, group_path, sizeof(group_path));
>>> + g_free(tmp);
>>> +
>>> + if (len <= 0 || len >= sizeof(group_path)) {
>>> + ret = len < 0 ? -errno : -ENAMETOOLONG;
>>> + error_setg_errno(errp, -ret, "no iommu_group found");
>>> + return ret;
>>> + }
>>> +
>>> + group_path[len] = 0;
>>> +
>>> + group_name = basename(group_path);
>>> + if (sscanf(group_name, "%d", &groupid) != 1) {
>>> + error_setg_errno(errp, errno, "failed to read %s", group_path);
>>> + return -errno;
>>> + }
>>> + return groupid;
>>> +}
>>> +
>>> +int vfio_attach_device(char *name, VFIODevice *vbasedev,
>>> + AddressSpace *as, Error **errp)
>>> +{
>>> + int groupid = vfio_device_groupid(vbasedev, errp);
>>> + VFIODevice *vbasedev_iter;
>>> + VFIOGroup *group;
>>> + int ret;
>>> +
>>> + if (groupid < 0) {
>>> + return groupid;
>>> + }
>>> +
>>> + trace_vfio_attach_device(vbasedev->name, groupid);
>>> +
>>> + group = vfio_get_group(groupid, as, errp);
>>> + if (!group) {
>>> + return -ENOENT;
>>> + }
>>> +
>>> + QLIST_FOREACH(vbasedev_iter, &group->device_list, next) {
>>> + if (strcmp(vbasedev_iter->name, vbasedev->name) == 0) {
>>> + error_setg(errp, "device is already attached");
>>> + vfio_put_group(group);
>>> + return -EBUSY;
>>> + }
>>> + }
>>> + ret = vfio_get_device(group, name, vbasedev, errp);
>>> + if (ret) {
>>> + vfio_put_group(group);
>>> + }
>>> +
>>> + return ret;
>>> +}
>>> +
>>> +void vfio_detach_device(VFIODevice *vbasedev)
>>> +{
>>> + VFIOGroup *group = vbasedev->group;
>>> +
>>> + vfio_put_base_device(vbasedev);
>>> + vfio_put_group(group);
>>> +}
>>> diff --git a/hw/vfio/pci.c b/hw/vfio/pci.c
>>> index 3b2ca3c24c..fe56789893 100644
>>> --- a/hw/vfio/pci.c
>>> +++ b/hw/vfio/pci.c
>>> @@ -2828,10 +2828,10 @@ static void vfio_populate_device(VFIOPCIDevice
>> *vdev, Error **errp)
>>> static void vfio_put_device(VFIOPCIDevice *vdev)
>>> {
>>> + vfio_detach_device(&vdev->vbasedev);
>>> +
>>> g_free(vdev->vbasedev.name);
>>> g_free(vdev->msix);
>>> -
>>> - vfio_put_base_device(&vdev->vbasedev);
>>> }
>>>
>>> static void vfio_err_notifier_handler(void *opaque)
>>> @@ -2978,13 +2978,9 @@ static void vfio_realize(PCIDevice *pdev, Error
>> **errp)
>>> {
>>> VFIOPCIDevice *vdev = VFIO_PCI(pdev);
>>> VFIODevice *vbasedev = &vdev->vbasedev;
>>> - VFIODevice *vbasedev_iter;
>>> - VFIOGroup *group;
>>> - char *tmp, *subsys, group_path[PATH_MAX], *group_name;
>>> + char *tmp, *subsys;
>>> Error *err = NULL;
>>> - ssize_t len;
>>> struct stat st;
>>> - int groupid;
>>> int i, ret;
>>> bool is_mdev;
>>> char uuid[UUID_FMT_LEN];
>>> @@ -3015,39 +3011,6 @@ static void vfio_realize(PCIDevice *pdev, Error
>> **errp)
>>> vbasedev->type = VFIO_DEVICE_TYPE_PCI;
>>> vbasedev->dev = DEVICE(vdev);
>>>
>>> - tmp = g_strdup_printf("%s/iommu_group", vbasedev->sysfsdev);
>>> - len = readlink(tmp, group_path, sizeof(group_path));
>>> - g_free(tmp);
>>> -
>>> - if (len <= 0 || len >= sizeof(group_path)) {
>>> - error_setg_errno(errp, len < 0 ? errno : ENAMETOOLONG,
>>> - "no iommu_group found");
>>> - goto error;
>>> - }
>>> -
>>> - group_path[len] = 0;
>>> -
>>> - group_name = basename(group_path);
>>> - if (sscanf(group_name, "%d", &groupid) != 1) {
>>> - error_setg_errno(errp, errno, "failed to read %s", group_path);
>>> - goto error;
>>> - }
>>> -
>>> - trace_vfio_realize(vbasedev->name, groupid);
>>> -
>>> - group = vfio_get_group(groupid, pci_device_iommu_address_space(pdev),
>> errp);
>>> - if (!group) {
>>> - goto error;
>>> - }
>>> -
>>> - QLIST_FOREACH(vbasedev_iter, &group->device_list, next) {
>>> - if (strcmp(vbasedev_iter->name, vbasedev->name) == 0) {
>>> - error_setg(errp, "device is already attached");
>>> - vfio_put_group(group);
>>> - goto error;
>>> - }
>>> - }
>>> -
>>> /*
>>> * Mediated devices *might* operate compatibly with discarding of RAM, but
>>> * we cannot know for certain, it depends on whether the mdev vendor
>> driver
>>> @@ -3065,7 +3028,6 @@ static void vfio_realize(PCIDevice *pdev, Error **errp)
>>> if (vbasedev->ram_block_discard_allowed && !is_mdev) {
>>> error_setg(errp, "x-balloon-allowed only potentially compatible "
>>> "with mdev devices");
>>> - vfio_put_group(group);
>>> goto error;
>>> }
>>>
>>> @@ -3076,10 +3038,10 @@ static void vfio_realize(PCIDevice *pdev, Error
>> **errp)
>>> name = g_strdup(vbasedev->name);
>>> }
>>>
>>> - ret = vfio_get_device(group, name, vbasedev, errp);
>>> + ret = vfio_attach_device(name, vbasedev,
>>> + pci_device_iommu_address_space(pdev), errp);
>>> g_free(name);
>>> if (ret) {
>>> - vfio_put_group(group);
>> independently on this patch, I think in case of error we leak
>> vbasedev->name. Please have a look and if confirmed you can send a
>> separate patch.
> In case of error, vbasedev->name is freed in vfio_put_device().
called in vfio_instance_finalize only. See comment below
>
>> Also I think if any subsequent action fail we shoudl properly detach the
>> detach the device so introduce an extra error goto label, my bad sorry.
> vfio_detach_device is called in vfio_instance_finalize(), this is just to follow
> the old code, group and container resource allocated in vfio_realize() are
> freed in vfio_instance_finalize().
>
> I agree this is strange, but I guess there may be some reason I'm unclear.
Yeah but if vfio_realize does fail, I am not sure the
vfio_instance_finalize gets called
Eric
>
> Thanks
> Zhenzhong
>
next prev parent reply other threads:[~2023-09-27 12:23 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-09-26 11:32 [PATCH v2 00/12] Prerequisite change for IOMMUFD support Zhenzhong Duan
2023-09-26 11:32 ` [PATCH v2 01/12] scripts/update-linux-headers: Add iommufd.h Zhenzhong Duan
2023-09-26 16:42 ` Cédric Le Goater
2023-09-26 11:32 ` [PATCH v2 02/12] linux-headers: " Zhenzhong Duan
2023-09-26 16:44 ` Cédric Le Goater
2023-09-26 11:32 ` [PATCH v2 03/12] vfio/common: Move IOMMU agnostic helpers to a separate file Zhenzhong Duan
2023-09-26 16:45 ` Cédric Le Goater
2023-09-26 11:32 ` [PATCH v2 04/12] vfio/common: Introduce vfio_container_add|del_section_window() Zhenzhong Duan
2023-09-27 10:12 ` Cédric Le Goater
2023-09-27 12:15 ` Eric Auger
2023-09-26 11:32 ` [PATCH v2 05/12] vfio/common: Extract out vfio_kvm_device_[add/del]_fd Zhenzhong Duan
2023-09-27 7:08 ` Eric Auger
2023-09-26 11:32 ` [PATCH v2 06/12] vfio/pci: Introduce vfio_[attach/detach]_device Zhenzhong Duan
2023-09-27 7:35 ` Eric Auger
2023-09-27 9:58 ` Duan, Zhenzhong
2023-09-27 10:02 ` Eric Auger
2023-09-27 9:01 ` Eric Auger
2023-09-27 10:07 ` Duan, Zhenzhong
2023-09-27 12:22 ` Eric Auger [this message]
2023-09-27 12:32 ` Duan, Zhenzhong
2023-09-27 12:38 ` Eric Auger
2023-10-02 13:57 ` Eric Auger
2023-09-27 10:16 ` Cédric Le Goater
2023-09-27 12:15 ` Duan, Zhenzhong
2023-09-26 11:32 ` [PATCH v2 07/12] vfio/platform: Use vfio_[attach/detach]_device Zhenzhong Duan
2023-09-27 9:10 ` Eric Auger
2023-09-27 10:11 ` Duan, Zhenzhong
2023-09-26 11:32 ` [PATCH v2 08/12] vfio/ap: " Zhenzhong Duan
2023-09-27 9:16 ` Eric Auger
2023-09-27 11:52 ` Duan, Zhenzhong
2023-09-27 12:24 ` Eric Auger
2023-09-27 12:30 ` Duan, Zhenzhong
2023-09-27 12:37 ` Eric Auger
2023-09-26 11:32 ` [PATCH v2 09/12] vfio/ccw: " Zhenzhong Duan
2023-09-27 10:00 ` Eric Auger
2023-09-27 12:09 ` Duan, Zhenzhong
2023-09-27 13:25 ` Matthew Rosato
2023-09-28 2:55 ` Duan, Zhenzhong
2023-09-26 11:32 ` [PATCH v2 10/12] vfio/common: Move VFIO reset handler registration to a group agnostic function Zhenzhong Duan
2023-09-26 11:32 ` [PATCH v2 11/12] vfio/common: Introduce two kinds of VFIO device lists Zhenzhong Duan
2023-09-27 13:13 ` Eric Auger
2023-09-28 2:38 ` Duan, Zhenzhong
2023-09-26 11:32 ` [PATCH v2 12/12] vfio/common: Move legacy VFIO backend code into separate container.c Zhenzhong Duan
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=b4118ef6-e44f-785c-c99d-c4d8224b88ed@redhat.com \
--to=eric.auger@redhat.com \
--cc=alex.williamson@redhat.com \
--cc=chao.p.peng@intel.com \
--cc=clg@redhat.com \
--cc=jasowang@redhat.com \
--cc=jgg@nvidia.com \
--cc=joao.m.martins@oracle.com \
--cc=kevin.tian@intel.com \
--cc=nicolinc@nvidia.com \
--cc=peterx@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=yi.l.liu@intel.com \
--cc=yi.y.sun@intel.com \
--cc=zhenzhong.duan@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;
as well as URLs for NNTP newsgroup(s).