From: Christoph Hellwig <hch@lst.de> To: Jani Nikula <jani.nikula@linux.intel.com>, Joonas Lahtinen <joonas.lahtinen@linux.intel.com>, Rodrigo Vivi <rodrigo.vivi@intel.com>, Zhenyu Wang <zhenyuw@linux.intel.com>, Zhi Wang <zhi.a.wang@intel.com> Cc: intel-gfx@lists.freedesktop.org, intel-gvt-dev@lists.freedesktop.org, dri-devel@lists.freedesktop.org, Jason Gunthorpe <jgg@nvidia.com>, linux-kernel@vger.kernel.org Subject: [Intel-gfx] [PATCH 31/34] vfio/mdev: Remove mdev_parent_ops dev_attr_groups Date: Mon, 11 Apr 2022 16:14:00 +0200 [thread overview] Message-ID: <20220411141403.86980-32-hch@lst.de> (raw) In-Reply-To: <20220411141403.86980-1-hch@lst.de> From: Jason Gunthorpe <jgg@nvidia.com> This is only used by one sample to print a fixed string that is pointless. In general, having a device driver attach sysfs attributes to the parent is horrific. This should never happen, and always leads to some kind of liftime bug as it become very difficult for the sysfs attribute to go back to any data owned by the device driver. Remove the general mechanism to create this abuse. Signed-off-by: Jason Gunthorpe <jgg@nvidia.com> Signed-off-by: Christoph Hellwig <hch@lst.de> --- drivers/vfio/mdev/mdev_sysfs.c | 12 ++---------- include/linux/mdev.h | 2 -- samples/vfio-mdev/mtty.c | 30 +----------------------------- 3 files changed, 3 insertions(+), 41 deletions(-) diff --git a/drivers/vfio/mdev/mdev_sysfs.c b/drivers/vfio/mdev/mdev_sysfs.c index f5cf1931c54e4..66eef08833a4e 100644 --- a/drivers/vfio/mdev/mdev_sysfs.c +++ b/drivers/vfio/mdev/mdev_sysfs.c @@ -197,7 +197,6 @@ void parent_remove_sysfs_files(struct mdev_parent *parent) remove_mdev_supported_type(type); } - sysfs_remove_groups(&parent->dev->kobj, parent->ops->dev_attr_groups); kset_unregister(parent->mdev_types_kset); } @@ -213,17 +212,10 @@ int parent_create_sysfs_files(struct mdev_parent *parent) INIT_LIST_HEAD(&parent->type_list); - ret = sysfs_create_groups(&parent->dev->kobj, - parent->ops->dev_attr_groups); - if (ret) - goto create_err; - ret = add_mdev_supported_type_groups(parent); if (ret) - sysfs_remove_groups(&parent->dev->kobj, - parent->ops->dev_attr_groups); - else - return ret; + goto create_err; + return 0; create_err: kset_unregister(parent->mdev_types_kset); diff --git a/include/linux/mdev.h b/include/linux/mdev.h index 192aed656116f..69df1fa2cb6f9 100644 --- a/include/linux/mdev.h +++ b/include/linux/mdev.h @@ -36,7 +36,6 @@ struct device *mtype_get_parent_dev(struct mdev_type *mtype); * * @owner: The module owner. * @device_driver: Which device driver to probe() on newly created devices - * @dev_attr_groups: Attributes of the parent device. * @mdev_attr_groups: Attributes of the mediated device. * @supported_type_groups: Attributes to define supported types. It is mandatory * to provide supported types. @@ -47,7 +46,6 @@ struct device *mtype_get_parent_dev(struct mdev_type *mtype); struct mdev_parent_ops { struct module *owner; struct mdev_driver *device_driver; - const struct attribute_group **dev_attr_groups; const struct attribute_group **mdev_attr_groups; struct attribute_group **supported_type_groups; }; diff --git a/samples/vfio-mdev/mtty.c b/samples/vfio-mdev/mtty.c index a0e1a469bd47a..4f227dc267859 100644 --- a/samples/vfio-mdev/mtty.c +++ b/samples/vfio-mdev/mtty.c @@ -1207,38 +1207,11 @@ static long mtty_ioctl(struct vfio_device *vdev, unsigned int cmd, return -ENOTTY; } -static ssize_t -sample_mtty_dev_show(struct device *dev, struct device_attribute *attr, - char *buf) -{ - return sprintf(buf, "This is phy device\n"); -} - -static DEVICE_ATTR_RO(sample_mtty_dev); - -static struct attribute *mtty_dev_attrs[] = { - &dev_attr_sample_mtty_dev.attr, - NULL, -}; - -static const struct attribute_group mtty_dev_group = { - .name = "mtty_dev", - .attrs = mtty_dev_attrs, -}; - -static const struct attribute_group *mtty_dev_groups[] = { - &mtty_dev_group, - NULL, -}; - static ssize_t sample_mdev_dev_show(struct device *dev, struct device_attribute *attr, char *buf) { - if (mdev_from_dev(dev)) - return sprintf(buf, "This is MDEV %s\n", dev_name(dev)); - - return sprintf(buf, "\n"); + return sprintf(buf, "This is MDEV %s\n", dev_name(dev)); } static DEVICE_ATTR_RO(sample_mdev_dev); @@ -1333,7 +1306,6 @@ static struct mdev_driver mtty_driver = { static const struct mdev_parent_ops mdev_fops = { .owner = THIS_MODULE, .device_driver = &mtty_driver, - .dev_attr_groups = mtty_dev_groups, .supported_type_groups = mdev_type_groups, }; -- 2.30.2
WARNING: multiple messages have this Message-ID (diff)
From: Christoph Hellwig <hch@lst.de> To: Jani Nikula <jani.nikula@linux.intel.com>, Joonas Lahtinen <joonas.lahtinen@linux.intel.com>, Rodrigo Vivi <rodrigo.vivi@intel.com>, Zhenyu Wang <zhenyuw@linux.intel.com>, Zhi Wang <zhi.a.wang@intel.com> Cc: Jason Gunthorpe <jgg@nvidia.com>, intel-gfx@lists.freedesktop.org, intel-gvt-dev@lists.freedesktop.org, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org Subject: [PATCH 31/34] vfio/mdev: Remove mdev_parent_ops dev_attr_groups Date: Mon, 11 Apr 2022 16:14:00 +0200 [thread overview] Message-ID: <20220411141403.86980-32-hch@lst.de> (raw) In-Reply-To: <20220411141403.86980-1-hch@lst.de> From: Jason Gunthorpe <jgg@nvidia.com> This is only used by one sample to print a fixed string that is pointless. In general, having a device driver attach sysfs attributes to the parent is horrific. This should never happen, and always leads to some kind of liftime bug as it become very difficult for the sysfs attribute to go back to any data owned by the device driver. Remove the general mechanism to create this abuse. Signed-off-by: Jason Gunthorpe <jgg@nvidia.com> Signed-off-by: Christoph Hellwig <hch@lst.de> --- drivers/vfio/mdev/mdev_sysfs.c | 12 ++---------- include/linux/mdev.h | 2 -- samples/vfio-mdev/mtty.c | 30 +----------------------------- 3 files changed, 3 insertions(+), 41 deletions(-) diff --git a/drivers/vfio/mdev/mdev_sysfs.c b/drivers/vfio/mdev/mdev_sysfs.c index f5cf1931c54e4..66eef08833a4e 100644 --- a/drivers/vfio/mdev/mdev_sysfs.c +++ b/drivers/vfio/mdev/mdev_sysfs.c @@ -197,7 +197,6 @@ void parent_remove_sysfs_files(struct mdev_parent *parent) remove_mdev_supported_type(type); } - sysfs_remove_groups(&parent->dev->kobj, parent->ops->dev_attr_groups); kset_unregister(parent->mdev_types_kset); } @@ -213,17 +212,10 @@ int parent_create_sysfs_files(struct mdev_parent *parent) INIT_LIST_HEAD(&parent->type_list); - ret = sysfs_create_groups(&parent->dev->kobj, - parent->ops->dev_attr_groups); - if (ret) - goto create_err; - ret = add_mdev_supported_type_groups(parent); if (ret) - sysfs_remove_groups(&parent->dev->kobj, - parent->ops->dev_attr_groups); - else - return ret; + goto create_err; + return 0; create_err: kset_unregister(parent->mdev_types_kset); diff --git a/include/linux/mdev.h b/include/linux/mdev.h index 192aed656116f..69df1fa2cb6f9 100644 --- a/include/linux/mdev.h +++ b/include/linux/mdev.h @@ -36,7 +36,6 @@ struct device *mtype_get_parent_dev(struct mdev_type *mtype); * * @owner: The module owner. * @device_driver: Which device driver to probe() on newly created devices - * @dev_attr_groups: Attributes of the parent device. * @mdev_attr_groups: Attributes of the mediated device. * @supported_type_groups: Attributes to define supported types. It is mandatory * to provide supported types. @@ -47,7 +46,6 @@ struct device *mtype_get_parent_dev(struct mdev_type *mtype); struct mdev_parent_ops { struct module *owner; struct mdev_driver *device_driver; - const struct attribute_group **dev_attr_groups; const struct attribute_group **mdev_attr_groups; struct attribute_group **supported_type_groups; }; diff --git a/samples/vfio-mdev/mtty.c b/samples/vfio-mdev/mtty.c index a0e1a469bd47a..4f227dc267859 100644 --- a/samples/vfio-mdev/mtty.c +++ b/samples/vfio-mdev/mtty.c @@ -1207,38 +1207,11 @@ static long mtty_ioctl(struct vfio_device *vdev, unsigned int cmd, return -ENOTTY; } -static ssize_t -sample_mtty_dev_show(struct device *dev, struct device_attribute *attr, - char *buf) -{ - return sprintf(buf, "This is phy device\n"); -} - -static DEVICE_ATTR_RO(sample_mtty_dev); - -static struct attribute *mtty_dev_attrs[] = { - &dev_attr_sample_mtty_dev.attr, - NULL, -}; - -static const struct attribute_group mtty_dev_group = { - .name = "mtty_dev", - .attrs = mtty_dev_attrs, -}; - -static const struct attribute_group *mtty_dev_groups[] = { - &mtty_dev_group, - NULL, -}; - static ssize_t sample_mdev_dev_show(struct device *dev, struct device_attribute *attr, char *buf) { - if (mdev_from_dev(dev)) - return sprintf(buf, "This is MDEV %s\n", dev_name(dev)); - - return sprintf(buf, "\n"); + return sprintf(buf, "This is MDEV %s\n", dev_name(dev)); } static DEVICE_ATTR_RO(sample_mdev_dev); @@ -1333,7 +1306,6 @@ static struct mdev_driver mtty_driver = { static const struct mdev_parent_ops mdev_fops = { .owner = THIS_MODULE, .device_driver = &mtty_driver, - .dev_attr_groups = mtty_dev_groups, .supported_type_groups = mdev_type_groups, }; -- 2.30.2
next prev parent reply other threads:[~2022-04-11 14:15 UTC|newest] Thread overview: 243+ messages / expand[flat|nested] mbox.gz Atom feed top 2022-04-11 14:13 refactor the i915 GVT support and move to the modern mdev API v3 Christoph Hellwig 2022-04-11 14:13 ` [Intel-gfx] " Christoph Hellwig 2022-04-11 14:13 ` [PATCH 01/34] drm/i915/gvt: remove module refcounting in intel_gvt_{,un}register_hypervisor Christoph Hellwig 2022-04-11 14:13 ` [Intel-gfx] [PATCH 01/34] drm/i915/gvt: remove module refcounting in intel_gvt_{, un}register_hypervisor Christoph Hellwig 2022-04-11 14:13 ` [PATCH 02/34] drm/i915/gvt: remove enum hypervisor_type Christoph Hellwig 2022-04-11 14:13 ` [Intel-gfx] " Christoph Hellwig 2022-04-11 15:23 ` Jason Gunthorpe 2022-04-11 15:23 ` Jason Gunthorpe 2022-04-11 15:23 ` Jason Gunthorpe 2022-04-11 14:13 ` [PATCH 03/34] drm/i915/gvt: rename intel_vgpu_ops to intel_vgpu_mdev_ops Christoph Hellwig 2022-04-11 14:13 ` [Intel-gfx] " Christoph Hellwig 2022-04-11 15:23 ` Jason Gunthorpe 2022-04-11 15:23 ` Jason Gunthorpe 2022-04-11 15:23 ` [Intel-gfx] " Jason Gunthorpe 2022-04-11 14:13 ` [PATCH 04/34] drm/i915/gvt: don't override the include path Christoph Hellwig 2022-04-11 14:13 ` [Intel-gfx] " Christoph Hellwig 2022-04-11 15:24 ` Jason Gunthorpe 2022-04-11 15:24 ` Jason Gunthorpe 2022-04-11 15:24 ` [Intel-gfx] " Jason Gunthorpe 2022-04-11 16:09 ` Jani Nikula 2022-04-11 16:09 ` Jani Nikula 2022-04-11 16:09 ` [Intel-gfx] " Jani Nikula 2022-04-11 14:13 ` [PATCH 05/34] drm/i915/gvt: cleanup the Makefile Christoph Hellwig 2022-04-11 14:13 ` [Intel-gfx] " Christoph Hellwig 2022-04-11 15:25 ` Jason Gunthorpe 2022-04-11 15:25 ` Jason Gunthorpe 2022-04-11 15:25 ` [Intel-gfx] " Jason Gunthorpe 2022-04-11 16:11 ` Jani Nikula 2022-04-11 16:11 ` Jani Nikula 2022-04-11 16:11 ` [Intel-gfx] " Jani Nikula 2022-04-11 16:51 ` Christoph Hellwig 2022-04-11 16:51 ` [Intel-gfx] " Christoph Hellwig 2022-04-13 12:33 ` Jani Nikula 2022-04-13 12:33 ` [Intel-gfx] " Jani Nikula 2022-04-13 12:33 ` Jani Nikula 2022-04-13 13:39 ` Wang, Zhi A 2022-04-13 13:39 ` [Intel-gfx] " Wang, Zhi A 2022-04-13 13:39 ` Wang, Zhi A 2022-04-13 13:43 ` Jason Gunthorpe 2022-04-13 13:43 ` [Intel-gfx] " Jason Gunthorpe 2022-04-13 13:43 ` Jason Gunthorpe 2022-04-13 14:26 ` Wang, Zhi A 2022-04-13 14:26 ` [Intel-gfx] " Wang, Zhi A 2022-04-13 14:26 ` Wang, Zhi A 2022-04-13 14:45 ` Jason Gunthorpe 2022-04-13 14:45 ` [Intel-gfx] " Jason Gunthorpe 2022-04-13 14:45 ` Jason Gunthorpe 2022-04-21 6:40 ` Joonas Lahtinen 2022-04-21 6:40 ` [Intel-gfx] " Joonas Lahtinen 2022-04-21 6:40 ` Joonas Lahtinen 2022-04-11 14:13 ` [Intel-gfx] [PATCH 06/34] drm/i915/gvt: move the gvt code into kvmgt.ko Christoph Hellwig 2022-04-11 14:13 ` Christoph Hellwig 2022-04-11 18:43 ` Jason Gunthorpe 2022-04-11 18:43 ` [Intel-gfx] " Jason Gunthorpe 2022-04-11 18:43 ` Jason Gunthorpe 2022-04-11 14:13 ` [Intel-gfx] [PATCH 07/34] drm/i915/gvt: remove intel_gvt_ops Christoph Hellwig 2022-04-11 14:13 ` Christoph Hellwig 2022-04-11 15:32 ` Jason Gunthorpe 2022-04-11 15:32 ` [Intel-gfx] " Jason Gunthorpe 2022-04-11 15:32 ` Jason Gunthorpe 2022-04-11 14:13 ` [Intel-gfx] [PATCH 08/34] drm/i915/gvt: remove the map_gfn_to_mfn and set_trap_area ops Christoph Hellwig 2022-04-11 14:13 ` Christoph Hellwig 2022-04-11 16:00 ` Jason Gunthorpe 2022-04-11 16:00 ` [Intel-gfx] " Jason Gunthorpe 2022-04-11 16:00 ` Jason Gunthorpe 2022-04-11 14:13 ` [Intel-gfx] [PATCH 09/34] drm/i915/gvt: remove the unused from_virt_to_mfn op Christoph Hellwig 2022-04-11 14:13 ` Christoph Hellwig 2022-04-11 16:00 ` Jason Gunthorpe 2022-04-11 16:00 ` [Intel-gfx] " Jason Gunthorpe 2022-04-11 16:00 ` Jason Gunthorpe 2022-04-11 14:13 ` [Intel-gfx] [PATCH 10/34] drm/i915/gvt: merge struct kvmgt_vdev into struct intel_vgpu Christoph Hellwig 2022-04-11 14:13 ` Christoph Hellwig 2022-04-11 16:12 ` Jason Gunthorpe 2022-04-11 16:12 ` [Intel-gfx] " Jason Gunthorpe 2022-04-11 16:12 ` Jason Gunthorpe 2022-04-11 14:13 ` [Intel-gfx] [PATCH 11/34] drm/i915/gvt: merge struct kvmgt_guest_info into strut intel_vgpu Christoph Hellwig 2022-04-11 14:13 ` Christoph Hellwig 2022-04-11 16:13 ` Jason Gunthorpe 2022-04-11 16:13 ` [Intel-gfx] " Jason Gunthorpe 2022-04-11 16:13 ` Jason Gunthorpe 2022-04-11 14:13 ` [Intel-gfx] [PATCH 12/34] drm/i915/gvt: remove vgpu->handle Christoph Hellwig 2022-04-11 14:13 ` Christoph Hellwig 2022-04-11 16:14 ` Jason Gunthorpe 2022-04-11 16:14 ` [Intel-gfx] " Jason Gunthorpe 2022-04-11 16:14 ` Jason Gunthorpe 2022-04-11 14:13 ` [Intel-gfx] [PATCH 13/34] drm/i915/gvt: devirtualize ->{read, write}_gpa Christoph Hellwig 2022-04-11 14:13 ` [PATCH 13/34] drm/i915/gvt: devirtualize ->{read,write}_gpa Christoph Hellwig 2022-04-11 16:15 ` Jason Gunthorpe 2022-04-11 16:15 ` [Intel-gfx] [PATCH 13/34] drm/i915/gvt: devirtualize ->{read, write}_gpa Jason Gunthorpe 2022-04-11 16:15 ` [PATCH 13/34] drm/i915/gvt: devirtualize ->{read,write}_gpa Jason Gunthorpe 2022-04-11 14:13 ` [Intel-gfx] [PATCH 14/34] drm/i915/gvt: devirtualize ->{get, put}_vfio_device Christoph Hellwig 2022-04-11 14:13 ` [PATCH 14/34] drm/i915/gvt: devirtualize ->{get,put}_vfio_device Christoph Hellwig 2022-04-11 16:26 ` Jason Gunthorpe 2022-04-11 16:26 ` Jason Gunthorpe 2022-04-11 16:26 ` [Intel-gfx] [PATCH 14/34] drm/i915/gvt: devirtualize ->{get, put}_vfio_device Jason Gunthorpe 2022-04-11 14:13 ` [Intel-gfx] [PATCH 15/34] drm/i915/gvt: devirtualize ->set_edid and ->set_opregion Christoph Hellwig 2022-04-11 14:13 ` Christoph Hellwig 2022-04-11 16:27 ` Jason Gunthorpe 2022-04-11 16:27 ` [Intel-gfx] " Jason Gunthorpe 2022-04-11 16:27 ` Jason Gunthorpe 2022-04-11 14:13 ` [Intel-gfx] [PATCH 16/34] drm/i915/gvt: devirtualize ->detach_vgpu Christoph Hellwig 2022-04-11 14:13 ` Christoph Hellwig 2022-04-11 16:27 ` Jason Gunthorpe 2022-04-11 16:27 ` Jason Gunthorpe 2022-04-11 16:27 ` [Intel-gfx] " Jason Gunthorpe 2022-04-11 14:13 ` [Intel-gfx] [PATCH 17/34] drm/i915/gvt: devirtualize ->inject_msi Christoph Hellwig 2022-04-11 14:13 ` Christoph Hellwig 2022-04-11 16:28 ` Jason Gunthorpe 2022-04-11 16:28 ` [Intel-gfx] " Jason Gunthorpe 2022-04-11 16:28 ` Jason Gunthorpe 2022-04-11 14:13 ` [Intel-gfx] [PATCH 18/34] drm/i915/gvt: devirtualize ->is_valid_gfn Christoph Hellwig 2022-04-11 14:13 ` Christoph Hellwig 2022-04-11 16:29 ` Jason Gunthorpe 2022-04-11 16:29 ` [Intel-gfx] " Jason Gunthorpe 2022-04-11 16:29 ` Jason Gunthorpe 2022-04-11 14:13 ` [Intel-gfx] [PATCH 19/34] drm/i915/gvt: devirtualize ->gfn_to_mfn Christoph Hellwig 2022-04-11 14:13 ` Christoph Hellwig 2022-04-11 16:29 ` Jason Gunthorpe 2022-04-11 16:29 ` Jason Gunthorpe 2022-04-11 16:29 ` [Intel-gfx] " Jason Gunthorpe 2022-04-11 14:13 ` [Intel-gfx] [PATCH 20/34] drm/i915/gvt: devirtualize ->{enable, disable}_page_track Christoph Hellwig 2022-04-11 14:13 ` [PATCH 20/34] drm/i915/gvt: devirtualize ->{enable,disable}_page_track Christoph Hellwig 2022-04-11 16:31 ` Jason Gunthorpe 2022-04-11 16:31 ` [Intel-gfx] [PATCH 20/34] drm/i915/gvt: devirtualize ->{enable, disable}_page_track Jason Gunthorpe 2022-04-11 16:31 ` [PATCH 20/34] drm/i915/gvt: devirtualize ->{enable,disable}_page_track Jason Gunthorpe 2022-04-11 14:13 ` [Intel-gfx] [PATCH 21/34] drm/i915/gvt: devirtualize ->dma_{, un}map_guest_page Christoph Hellwig 2022-04-11 14:13 ` [PATCH 21/34] drm/i915/gvt: devirtualize ->dma_{,un}map_guest_page Christoph Hellwig 2022-04-11 18:08 ` Jason Gunthorpe 2022-04-11 18:08 ` [Intel-gfx] [PATCH 21/34] drm/i915/gvt: devirtualize ->dma_{, un}map_guest_page Jason Gunthorpe 2022-04-11 18:08 ` [PATCH 21/34] drm/i915/gvt: devirtualize ->dma_{,un}map_guest_page Jason Gunthorpe 2022-04-11 14:13 ` [Intel-gfx] [PATCH 22/34] drm/i915/gvt: devirtualize dma_pin_guest_page Christoph Hellwig 2022-04-11 14:13 ` Christoph Hellwig 2022-04-11 18:09 ` Jason Gunthorpe 2022-04-11 18:09 ` [Intel-gfx] " Jason Gunthorpe 2022-04-11 18:09 ` Jason Gunthorpe 2022-04-11 14:13 ` [Intel-gfx] [PATCH 23/34] drm/i915/gvt: remove struct intel_gvt_mpt Christoph Hellwig 2022-04-11 14:13 ` Christoph Hellwig 2022-04-11 18:13 ` Jason Gunthorpe 2022-04-11 18:13 ` [Intel-gfx] " Jason Gunthorpe 2022-04-11 18:13 ` Jason Gunthorpe 2022-04-11 14:13 ` [Intel-gfx] [PATCH 24/34] drm/i915/gvt: remove the extra vfio_device refcounting for dmabufs Christoph Hellwig 2022-04-11 14:13 ` Christoph Hellwig 2022-04-11 18:33 ` Jason Gunthorpe 2022-04-11 18:33 ` [Intel-gfx] " Jason Gunthorpe 2022-04-11 18:33 ` Jason Gunthorpe 2022-04-11 14:13 ` [Intel-gfx] [PATCH 25/34] drm/i915/gvt: streamline intel_vgpu_create Christoph Hellwig 2022-04-11 14:13 ` Christoph Hellwig 2022-04-11 18:37 ` Jason Gunthorpe 2022-04-11 18:37 ` [Intel-gfx] " Jason Gunthorpe 2022-04-11 18:37 ` Jason Gunthorpe 2022-04-11 14:13 ` [Intel-gfx] [PATCH 26/34] drm/i915/gvt: pass a struct intel_vgpu to the vfio read/write helpers Christoph Hellwig 2022-04-11 14:13 ` Christoph Hellwig 2022-04-11 18:38 ` Jason Gunthorpe 2022-04-11 18:38 ` [Intel-gfx] " Jason Gunthorpe 2022-04-11 18:38 ` Jason Gunthorpe 2022-04-11 14:13 ` [Intel-gfx] [PATCH 27/34] drm/i915/gvt: remove kvmgt_guest_{init, exit} Christoph Hellwig 2022-04-11 14:13 ` [PATCH 27/34] drm/i915/gvt: remove kvmgt_guest_{init,exit} Christoph Hellwig 2022-04-11 18:41 ` Jason Gunthorpe 2022-04-11 18:41 ` [Intel-gfx] [PATCH 27/34] drm/i915/gvt: remove kvmgt_guest_{init, exit} Jason Gunthorpe 2022-04-11 18:41 ` [PATCH 27/34] drm/i915/gvt: remove kvmgt_guest_{init,exit} Jason Gunthorpe 2022-04-11 14:13 ` [Intel-gfx] [PATCH 28/34] drm/i915/gvt: convert to use vfio_register_emulated_iommu_dev Christoph Hellwig 2022-04-11 14:13 ` Christoph Hellwig 2022-04-11 18:36 ` Jason Gunthorpe 2022-04-11 18:36 ` [Intel-gfx] " Jason Gunthorpe 2022-04-11 18:36 ` Jason Gunthorpe 2022-04-11 14:13 ` [Intel-gfx] [PATCH 29/34] drm/i915/gvt: merge gvt.c into kvmgvt.c Christoph Hellwig 2022-04-11 14:13 ` Christoph Hellwig 2022-04-11 18:42 ` Jason Gunthorpe 2022-04-11 18:42 ` [Intel-gfx] " Jason Gunthorpe 2022-04-11 18:42 ` Jason Gunthorpe 2022-04-11 14:13 ` [Intel-gfx] [PATCH 30/34] vfio/mdev: Remove vfio_mdev.c Christoph Hellwig 2022-04-11 14:13 ` Christoph Hellwig 2022-04-12 20:51 ` Kirti Wankhede 2022-04-12 20:51 ` Kirti Wankhede 2022-04-12 20:51 ` [Intel-gfx] " Kirti Wankhede 2022-04-11 14:14 ` Christoph Hellwig [this message] 2022-04-11 14:14 ` [PATCH 31/34] vfio/mdev: Remove mdev_parent_ops dev_attr_groups Christoph Hellwig 2022-04-12 20:51 ` Kirti Wankhede 2022-04-12 20:51 ` Kirti Wankhede 2022-04-12 20:51 ` [Intel-gfx] " Kirti Wankhede 2022-04-11 14:14 ` [Intel-gfx] [PATCH 32/34] vfio/mdev: Remove mdev_parent_ops Christoph Hellwig 2022-04-11 14:14 ` Christoph Hellwig 2022-04-12 20:51 ` Kirti Wankhede 2022-04-12 20:51 ` Kirti Wankhede 2022-04-12 20:51 ` [Intel-gfx] " Kirti Wankhede 2022-04-11 14:14 ` [Intel-gfx] [PATCH 33/34] vfio/mdev: Use the driver core to create the 'remove' file Christoph Hellwig 2022-04-11 14:14 ` Christoph Hellwig 2022-04-12 20:52 ` Kirti Wankhede 2022-04-12 20:52 ` Kirti Wankhede 2022-04-12 20:52 ` [Intel-gfx] " Kirti Wankhede 2022-04-11 14:14 ` [Intel-gfx] [PATCH 34/34] vfio/mdev: Remove mdev drvdata Christoph Hellwig 2022-04-11 14:14 ` Christoph Hellwig 2022-04-12 20:52 ` Kirti Wankhede 2022-04-12 20:52 ` Kirti Wankhede 2022-04-12 20:52 ` [Intel-gfx] " Kirti Wankhede 2022-04-13 13:47 ` refactor the i915 GVT support and move to the modern mdev API v3 Wang, Zhi A 2022-04-13 13:47 ` [Intel-gfx] " Wang, Zhi A 2022-04-13 13:47 ` Wang, Zhi A 2022-04-13 15:46 ` Christoph Hellwig 2022-04-13 15:46 ` [Intel-gfx] " Christoph Hellwig 2022-04-13 15:58 ` Jani Nikula 2022-04-13 15:58 ` [Intel-gfx] " Jani Nikula 2022-04-13 15:58 ` Jani Nikula 2022-04-13 16:27 ` Christoph Hellwig 2022-04-13 16:27 ` [Intel-gfx] " Christoph Hellwig 2022-04-13 23:13 ` Wang, Zhi A 2022-04-13 23:13 ` [Intel-gfx] " Wang, Zhi A 2022-04-13 23:13 ` Wang, Zhi A 2022-04-13 23:20 ` Jason Gunthorpe 2022-04-13 23:20 ` [Intel-gfx] " Jason Gunthorpe 2022-04-13 23:20 ` Jason Gunthorpe 2022-04-14 12:20 ` Wang, Zhi A 2022-04-14 12:20 ` Wang, Zhi A 2022-04-14 12:20 ` [Intel-gfx] " Wang, Zhi A 2022-04-14 13:34 ` Jason Gunthorpe 2022-04-14 13:34 ` Jason Gunthorpe 2022-04-14 13:34 ` [Intel-gfx] " Jason Gunthorpe 2022-04-14 13:39 ` Wang, Zhi A 2022-04-14 13:39 ` Wang, Zhi A 2022-04-14 13:39 ` [Intel-gfx] " Wang, Zhi A 2022-04-14 13:41 ` Jason Gunthorpe 2022-04-14 13:41 ` Jason Gunthorpe 2022-04-14 13:41 ` [Intel-gfx] " Jason Gunthorpe 2022-04-14 13:44 ` Jani Nikula 2022-04-14 13:44 ` Jani Nikula 2022-04-14 13:44 ` [Intel-gfx] " Jani Nikula 2022-04-14 13:40 ` Jani Nikula 2022-04-14 13:40 ` Jani Nikula 2022-04-14 13:40 ` [Intel-gfx] " Jani Nikula 2022-04-14 13:43 ` Jason Gunthorpe 2022-04-14 13:43 ` Jason Gunthorpe 2022-04-14 13:43 ` [Intel-gfx] " Jason Gunthorpe 2022-04-14 14:25 ` Wang, Zhi A 2022-04-14 14:25 ` Wang, Zhi A 2022-04-14 14:25 ` [Intel-gfx] " Wang, Zhi A 2022-04-14 14:38 ` Jason Gunthorpe 2022-04-14 14:38 ` Jason Gunthorpe 2022-04-14 14:38 ` [Intel-gfx] " Jason Gunthorpe 2022-04-20 7:08 ` Christoph Hellwig 2022-04-20 7:08 ` [Intel-gfx] " Christoph Hellwig 2022-04-20 7:12 ` Wang, Zhi A 2022-04-20 7:12 ` [Intel-gfx] " Wang, Zhi A 2022-04-20 7:12 ` Wang, Zhi A
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=20220411141403.86980-32-hch@lst.de \ --to=hch@lst.de \ --cc=dri-devel@lists.freedesktop.org \ --cc=intel-gfx@lists.freedesktop.org \ --cc=intel-gvt-dev@lists.freedesktop.org \ --cc=jani.nikula@linux.intel.com \ --cc=jgg@nvidia.com \ --cc=joonas.lahtinen@linux.intel.com \ --cc=linux-kernel@vger.kernel.org \ --cc=rodrigo.vivi@intel.com \ --cc=zhenyuw@linux.intel.com \ --cc=zhi.a.wang@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: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.