From: Jinjie Ruan <ruanjinjie01@gmail.com>
To: babu.moger@amd.com, ben.horgan@arm.com, bp@alien8.de,
corbet@lwn.net, dave.hansen@linux.intel.com, Dave.Martin@arm.com,
fenghuay@nvidia.com, gshan@redhat.com, hpa@zytor.com,
james.morse@arm.com, jic23@kernel.org, mingo@redhat.com,
rdunlap@infradead.org, reinette.chatre@intel.com,
skhan@linuxfoundation.org, tan.shaopeng@fujitsu.com,
tglx@kernel.org, tony.luck@intel.com, zengheng4@huawei.com,
x86@kernel.org, linux-kernel@vger.kernel.org,
linux-doc@vger.kernel.org, linux-arm-kernel@lists.infradead.org
Cc: ruanjinjie@huawei.com
Subject: [PATCH v5 0/7] fs/resctrl: Fix some resctl bugs related to mpam
Date: Tue, 10 Nov 2026 21:20:47 +0800 [thread overview]
Message-ID: <20261110132054.3702-1-ruanjinjie01@gmail.com> (raw)
From: Jinjie Ruan <ruanjinjie@huawei.com>
Fix resctrl RMID allocation to report a retryable -EBUSY only when
the target CLOSID actually has RMIDs in limbo.
Split the domain-offline path out so it releases busy RMIDs without
allocating a monitor context it never uses.
Also unmount resctrl with the CDP state it was mounted with to fix
another bug with mpam cdp.
And do not allow monitor group move when the RMID index changes.
These fixes are split out of the v10 Narrow-PARTID series below.
https://lore.kernel.org/all/20261020134239.3921377-1-ruanjinjie@huawei.com/
Changes in v5:
- Update and split the patch as Reinette and Ben suggested.
- Adjust the commit message.
- Add Reviewed-by.
- Link to v4:
- https://lore.kernel.org/all/20261105070934.2258613-1-ruanjinjie@huawei.com/
- https://lore.kernel.org/all/20261105123524.2282090-1-ruanjinjie@huawei.com/
Changes in v4:
- Fix the unmount resctrl bug as Reinette suggested.
- Adjust the commit message.
- Add Reviewed-bys.
- Link to v3:
- https://lore.kernel.org/all/20261031063634.1678345-1-ruanjinjie@huawei.com/
- https://lore.kernel.org/all/20261031094616.1691026-1-ruanjinjie@huawei.com/
Changes in v3:
- Add Reviewed-by.
- Local varibles uses reverse Christmas tree style.
- Update the commit message as Reinette suggested.
- Link to v2: https://lore.kernel.org/all/20261030092144.1233551-1-ruanjinjie@huawei.com/
Changes in v2
- Update the commit message as Reinette suggested.
- Link to v1: https://lore.kernel.org/all/20261029081513.924019-1-ruanjinjie@huawei.com/
Jinjie Ruan (6):
fs/resctrl: Report a temporary RMID shortage per CLOSID
fs/resctrl: Do not allocate a monitor context when releasing limbo
RMIDs
fs/resctrl: Clear the CDP state after the cleanup
fs/resctrl: Stop the limbo handler while resctrl is unmounted
fs/resctrl: Release the limbo RMIDs when the CDP state changes
fs/resctrl: Add info/moveable_mon_group
Peter Newman (1):
fs/resctrl: Disallow monitor group move when the RMID index changes
Documentation/filesystems/resctrl.rst | 15 ++-
arch/x86/include/asm/resctrl.h | 6 +
drivers/resctrl/mpam_resctrl.c | 9 ++
fs/resctrl/internal.h | 3 +-
fs/resctrl/monitor.c | 151 ++++++++++++++++++++------
fs/resctrl/rdtgroup.c | 50 ++++++++-
include/linux/arm_mpam.h | 1 +
7 files changed, 196 insertions(+), 39 deletions(-)
--
2.43.0
next reply other threads:[~2026-11-10 15:03 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-10 13:20 Jinjie Ruan [this message]
2026-11-10 13:20 ` [PATCH v5 1/7] fs/resctrl: Report a temporary RMID shortage per CLOSID Jinjie Ruan
2026-11-10 13:33 ` Jinjie Ruan
2026-11-10 13:20 ` [PATCH v5 2/7] fs/resctrl: Do not allocate a monitor context when releasing limbo RMIDs Jinjie Ruan
2026-11-10 13:20 ` [PATCH v5 3/7] fs/resctrl: Clear the CDP state after the cleanup Jinjie Ruan
2026-11-10 13:20 ` [PATCH v5 4/7] fs/resctrl: Stop the limbo handler while resctrl is unmounted Jinjie Ruan
2026-11-10 13:20 ` [PATCH v5 5/7] fs/resctrl: Release the limbo RMIDs when the CDP state changes Jinjie Ruan
2026-11-10 13:20 ` [PATCH v5 6/7] fs/resctrl: Disallow monitor group move when the RMID index changes Jinjie Ruan
2026-11-10 13:20 ` [PATCH v5 7/7] fs/resctrl: Add info/moveable_mon_group Jinjie Ruan
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=20261110132054.3702-1-ruanjinjie01@gmail.com \
--to=ruanjinjie01@gmail.com \
--cc=Dave.Martin@arm.com \
--cc=babu.moger@amd.com \
--cc=ben.horgan@arm.com \
--cc=bp@alien8.de \
--cc=corbet@lwn.net \
--cc=dave.hansen@linux.intel.com \
--cc=fenghuay@nvidia.com \
--cc=gshan@redhat.com \
--cc=hpa@zytor.com \
--cc=james.morse@arm.com \
--cc=jic23@kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=rdunlap@infradead.org \
--cc=reinette.chatre@intel.com \
--cc=ruanjinjie@huawei.com \
--cc=skhan@linuxfoundation.org \
--cc=tan.shaopeng@fujitsu.com \
--cc=tglx@kernel.org \
--cc=tony.luck@intel.com \
--cc=x86@kernel.org \
--cc=zengheng4@huawei.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®