[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20240304065236.281877-1-haifeng.xu@shopee.com>
Date: Mon, 4 Mar 2024 14:52:34 +0800
From: Haifeng Xu <haifeng.xu@...pee.com>
To: reinette.chatre@...el.com,
james.morse@....com
Cc: fenghua.yu@...el.com,
babu.moger@....com,
peternewman@...gle.com,
x86@...nel.org,
linux-kernel@...r.kernel.org,
Haifeng Xu <haifeng.xu@...pee.com>
Subject: [PATCH v4 0/2] x86/resctrl: Track llc_occupancy of RMIDs in limbo list
After removing a monitor group, its RMID may not be freed immediately
unless its llc_occupancy is less than the re-allocation threshold. If
turning up the threshold, the RMID can be reused. In order to know how
much the threshold should be, it's necessary to acquire the llc_occupancy.
The patch series provides a new tracepoint to track the llc_occupancy.
Changes since v1:
- Rename pseudo_lock_event.h instead of creating a new header file.
- Modify names used in the tracepoint.
- Update changelog.
Changes since v2:
- Fix typo and use the x86/resctrl subject prefix in the cover letter.
- Track both CLOSID and RMID in the tracepoint.
- Remove the details on how perf can be used in patch2's changelog.
Changes since v3:
- Put the tracepoint in the 'else' section of the if/else after
resctrl_arch_rmid_read().
- Modify names used in the tracepoint.
- Document the properties of the tracepoint.
Haifeng Xu (2):
x86/resctrl: Rename pseudo_lock_event.h to trace.h
x86/resctrl: Add tracepoint for llc_occupancy tracking
Documentation/arch/x86/resctrl.rst | 8 +++++++
arch/x86/kernel/cpu/resctrl/monitor.c | 9 ++++++++
arch/x86/kernel/cpu/resctrl/pseudo_lock.c | 2 +-
.../resctrl/{pseudo_lock_event.h => trace.h} | 22 ++++++++++++++++---
4 files changed, 37 insertions(+), 4 deletions(-)
rename arch/x86/kernel/cpu/resctrl/{pseudo_lock_event.h => trace.h} (57%)
--
2.25.1
Powered by blists - more mailing lists