From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Pavol Sakac <sakacpav@amazon.de>
Cc: "Rafael J . Wysocki" <rafael@kernel.org>,
Danilo Krummrich <dakr@kernel.org>, Tejun Heo <tj@kernel.org>,
linux-kernel@vger.kernel.org, driver-core@lists.linux.dev,
David Woodhouse <dwmw@amazon.co.uk>,
Pasha Tatashin <pasha.tatashin@soleen.com>,
Mike Rapoport <rppt@kernel.org>,
Pratyush Yadav <pratyush@kernel.org>,
David Matlack <dmatlack@google.com>,
Samiullah Khawaja <skhawaja@google.com>,
Alexander Graf <graf@amazon.com>,
linux-mm@kvack.org, kexec@lists.infradead.org,
nh-open-source@amazon.com
Subject: Re: [RFC PATCH 09/14] iommu: lazy-populate iommu_group reserved_regions/type attrs
Date: Fri, 10 Jul 2026 16:19:02 +0200 [thread overview]
Message-ID: <2026071045-pushcart-duller-c3fa@gregkh> (raw)
In-Reply-To: <20260702175114.24659-5-sakacpav@amazon.de>
On Thu, Jul 02, 2026 at 07:51:09PM +0200, Pavol Sakac wrote:
> + /*
> + * Defer reserved_regions and type - both are read only on
> + * VFIO/iommufd ioctl paths, so let the populate callbacks
> + * materialise them on demand.
> + *
> + * KERNFS_LAZY MUST be set before kobject_create_and_add("devices"),
> + * which calls kernfs_inc_rev() on this kobject's directory and
> + * would otherwise leave a stale negative dentry cached for a
> + * missing reserved_regions/type child. WARN_ON because
> + * iommu_group_alloc() controls all group kobjects directly.
> + */
> + WARN_ON(kernfs_set_lazy(group->kobj.sd));
You just crashed the kernel, that's not nice :(
> group->devices_kobj = kobject_create_and_add("devices", &group->kobj);
> if (!group->devices_kobj) {
> kobject_put(&group->kobj); /* triggers .release & free */
> @@ -1091,19 +1210,6 @@ struct iommu_group *iommu_group_alloc(void)
> */
> kobject_put(&group->kobj);
>
> - ret = iommu_group_create_file(group,
> - &iommu_group_attr_reserved_regions);
> - if (ret) {
> - kobject_put(group->devices_kobj);
> - return ERR_PTR(ret);
> - }
> -
> - ret = iommu_group_create_file(group, &iommu_group_attr_type);
> - if (ret) {
> - kobject_put(group->devices_kobj);
> - return ERR_PTR(ret);
> - }
Why isn't the driver core creating these properly on its own today?
These calls should not have to be done. Also, what's up with the "raw"
kobject? That's not ok, this is circumventing the driver core in a way
that is not going to work out at all (as you are finding here...)
thanks,
greg k-h
next prev parent reply other threads:[~2026-07-10 14:19 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-02 17:40 [RFC PATCH 00/14] driver core: defer per-VF sysfs creation for fast SR-IOV bring-up Pavol Sakac
2026-07-02 17:40 ` [RFC PATCH 01/14] kernfs: add populate callbacks and KERNFS_LAZY flag for lazy dir population Pavol Sakac
2026-07-02 17:40 ` [RFC PATCH 02/14] sysfs: add existence-check helpers for lazy populate races Pavol Sakac
2026-07-02 17:40 ` [RFC PATCH 03/14] sysfs: introduce sysfs_kf_syscall_ops dispatching to kobj_type Pavol Sakac
2026-07-02 17:40 ` [RFC PATCH 04/14] driver core: add struct sysfs_lazy_state and device_set_sysfs_lazy() Pavol Sakac
2026-07-02 17:51 ` [RFC PATCH 05/14] driver core: add struct device_sysfs_entry and walker Pavol Sakac
2026-07-02 17:51 ` [RFC PATCH 06/14] driver core: wire device_ktype populate to walker Pavol Sakac
2026-07-02 17:51 ` [RFC PATCH 07/14] driver core: migrate device sysfs to device_sysfs_entry table Pavol Sakac
2026-07-02 17:51 ` [RFC PATCH 08/14] PCI/sysfs: migrate to device_sysfs_entry, defer physfn symlink Pavol Sakac
2026-07-02 17:51 ` [RFC PATCH 09/14] iommu: lazy-populate iommu_group reserved_regions/type attrs Pavol Sakac
2026-07-10 14:19 ` Greg Kroah-Hartman [this message]
2026-07-02 17:51 ` [RFC PATCH 10/14] PCI/IOV: opt SR-IOV VFs into sysfs_lazy Pavol Sakac
2026-07-02 17:51 ` [RFC PATCH 11/14] vfio: opt vfio-dev and VFIO group devices " Pavol Sakac
2026-07-02 17:51 ` [RFC PATCH 12/14] driver core: test: add KUnit tests for device_sysfs_apply Pavol Sakac
2026-07-02 17:51 ` [RFC PATCH 13/14] Documentation: add lazy sysfs initialisation and device_sysfs_entry docs Pavol Sakac
2026-07-02 17:51 ` [RFC PATCH 14/14] selftests: sysfs-lazy: add tests for lazy sysfs initialization Pavol Sakac
2026-07-10 14:16 ` [RFC PATCH 00/14] driver core: defer per-VF sysfs creation for fast SR-IOV bring-up Greg Kroah-Hartman
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=2026071045-pushcart-duller-c3fa@gregkh \
--to=gregkh@linuxfoundation.org \
--cc=dakr@kernel.org \
--cc=dmatlack@google.com \
--cc=driver-core@lists.linux.dev \
--cc=dwmw@amazon.co.uk \
--cc=graf@amazon.com \
--cc=kexec@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=nh-open-source@amazon.com \
--cc=pasha.tatashin@soleen.com \
--cc=pratyush@kernel.org \
--cc=rafael@kernel.org \
--cc=rppt@kernel.org \
--cc=sakacpav@amazon.de \
--cc=skhawaja@google.com \
--cc=tj@kernel.org \
/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