From: Babu Moger <babu.moger@amd.com>
To: Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghuay@nvidia.com>,
Reinette Chatre <reinette.chatre@intel.com>,
Maciej Wieczor-Retman <maciej.wieczor-retman@intel.com>,
Peter Newman <peternewman@google.com>,
James Morse <james.morse@arm.com>,
Drew Fustini <dfustini@baylibre.com>,
Dave Martin <Dave.Martin@arm.com>, Chen Yu <yu.c.chen@intel.com>
Cc: Borislav Petkov <bp@alien8.de>,
x86@kernel.org, linux-kernel@vger.kernel.org,
patches@lists.linux.dev
Subject: Re: [PATCH v2 3/5] fs/resctrl: Fix use-after-free during unmount
Date: Mon, 18 May 2026 15:54:38 -0500 [thread overview]
Message-ID: <78343b67-92dc-49c9-8abb-2ee6cf21ea18@amd.com> (raw)
In-Reply-To: <20260515193944.15114-4-tony.luck@intel.com>
Hi Tony,
On 5/15/26 14:39, Tony Luck wrote:
> Sashiko reported[1] this issue:
>
> During unmount or failure teardown, resctrl_fs_teardown() calls
> mon_put_kn_priv() (which frees all mon_data structures) followed
> by rdtgroup_destroy_root() (which destroys kernfs nodes). However, the
> RDT_DELETED flag is never set for rdtgroup_default.
>
> If a concurrent reader (e.g., rdtgroup_mondata_show()) invokes
> rdtgroup_kn_lock_live(), it drops kernfs active protection and blocks on
> rdtgroup_mutex. resctrl_fs_teardown() (holding the mutex) proceeds to free
> the private data and destroy the nodes without waiting for the reader.
>
> When the mutex is released, the reader wakes up, observes that RDT_DELETED is
> not set for the default group, and dereferences the already-freed of->kn->priv
> pointer.
>
> Set RDT_DELETED for the default group (if there are any tasks waiting).
It only mentions about the one fix. It is better to add a line about
fixing "Avoid races from pending operations from a previous mount".
>
> Fixes: 60cf5e101fd4 ("x86/intel_rdt: Add mkdir to resctrl file system")
> Signed-off-by: Tony Luck <tony.luck@intel.com>
> Link: https://sashiko.dev/#/patchset/20260508182143.14592-1-tony.luck%40intel.com?part=2 [1]
> ---
> fs/resctrl/rdtgroup.c | 15 +++++++++++++++
> 1 file changed, 15 insertions(+)
>
> diff --git a/fs/resctrl/rdtgroup.c b/fs/resctrl/rdtgroup.c
> index 506b40dc9430..97d1a3648b9e 100644
> --- a/fs/resctrl/rdtgroup.c
> +++ b/fs/resctrl/rdtgroup.c
> @@ -593,6 +593,13 @@ static ssize_t rdtgroup_cpus_write(struct kernfs_open_file *of,
> */
> static void rdtgroup_remove(struct rdtgroup *rdtgrp)
> {
> + /*
> + * Groups created with mkdir() have an extra hold, that doesn't
> + * apply to the default group. It is stacically allocated, so
stacically -> statically
Thanks
Babu
> + * does not need to be freed.
> + */
> + if (rdtgrp == &rdtgroup_default)
> + return;
> kernfs_put(rdtgrp->kn);
> kfree(rdtgrp);
> }
> @@ -2965,6 +2972,7 @@ static void resctrl_fs_teardown(void)
> mon_put_kn_priv();
> rdt_pseudo_lock_release();
> rdtgroup_default.mode = RDT_MODE_SHAREABLE;
> + rdtgroup_default.flags = RDT_DELETED;
> closid_exit();
> schemata_list_destroy();
> rdtgroup_destroy_root();
> @@ -2990,6 +2998,12 @@ static int rdt_get_tree(struct fs_context *fc)
> goto out;
> }
>
> + /* Avoid races from pending operations from a previous mount */
> + if (atomic_read(&rdtgroup_default.waitcount) != 0) {
> + ret = -EBUSY;
> + goto out;
> + }
> +
> ret = setup_rmid_lru_list();
> if (ret)
> goto out;
> @@ -4265,6 +4279,7 @@ static int rdtgroup_setup_root(struct rdt_fs_context *ctx)
>
> ctx->kfc.root = rdt_root;
> rdtgroup_default.kn = kernfs_root_to_node(rdt_root);
> + rdtgroup_default.flags = 0;
>
> return 0;
> }
next prev parent reply other threads:[~2026-05-18 20:54 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-15 19:39 [PATCH v2 0/5] fs/resctrl: Fix four long-standing issues Tony Luck
2026-05-15 19:39 ` [PATCH v2 1/5] fs/resctrl: Move functions to avoid forward references in subsequent fixes Tony Luck
2026-05-18 20:54 ` Babu Moger
2026-05-15 19:39 ` [PATCH v2 2/5] fs/resctrl: Free mon_data structures on rdt_get_tree() failure Tony Luck
2026-05-18 1:17 ` Chen, Yu C
2026-05-18 20:54 ` Babu Moger
2026-05-15 19:39 ` [PATCH v2 3/5] fs/resctrl: Fix use-after-free during unmount Tony Luck
2026-05-18 20:54 ` Babu Moger [this message]
2026-05-15 19:39 ` [PATCH v2 4/5] fs/resctrl: Fix deadlock for errors during mount Tony Luck
2026-05-18 20:54 ` Babu Moger
2026-05-19 4:03 ` Reinette Chatre
2026-05-15 19:39 ` [PATCH v2 5/5] fs/resctrl: Fix issues with worker threads when CPUs are taken offline Tony Luck
2026-05-18 20:55 ` Babu Moger
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=78343b67-92dc-49c9-8abb-2ee6cf21ea18@amd.com \
--to=babu.moger@amd.com \
--cc=Dave.Martin@arm.com \
--cc=bp@alien8.de \
--cc=dfustini@baylibre.com \
--cc=fenghuay@nvidia.com \
--cc=james.morse@arm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=maciej.wieczor-retman@intel.com \
--cc=patches@lists.linux.dev \
--cc=peternewman@google.com \
--cc=reinette.chatre@intel.com \
--cc=tony.luck@intel.com \
--cc=x86@kernel.org \
--cc=yu.c.chen@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
all inboxes | Powered by JetHome®