Re: [PATCH v1 00/31] x86/resctrl: Move the resctrl filesystem code to /fs/resctrl
From: Reinette Chatre
Date: Mon Apr 08 2024 - 23:13:34 EST
Hi James and x86 Maintainers,
Please consider the file movements as captured in the diffstat below:
On 3/21/2024 9:50 AM, James Morse wrote:
> MAINTAINERS | 2 +
> arch/Kconfig | 8 +
> arch/x86/Kconfig | 5 +-
> arch/x86/include/asm/resctrl.h | 45 +-
> arch/x86/kernel/cpu/resctrl/Makefile | 5 +-
> arch/x86/kernel/cpu/resctrl/core.c | 119 +-
> arch/x86/kernel/cpu/resctrl/ctrlmondata.c | 506 +--
> arch/x86/kernel/cpu/resctrl/internal.h | 433 +--
> arch/x86/kernel/cpu/resctrl/monitor.c | 813 +----
> arch/x86/kernel/cpu/resctrl/pseudo_lock.c | 1126 +-----
> arch/x86/kernel/cpu/resctrl/rdtgroup.c | 3929 +-------------------
> arch/x86/kernel/process_32.c | 2 +-
> arch/x86/kernel/process_64.c | 2 +-
> fs/Kconfig | 1 +
> fs/Makefile | 1 +
> fs/resctrl/Kconfig | 23 +
> fs/resctrl/Makefile | 3 +
> fs/resctrl/ctrlmondata.c | 527 +++
> fs/resctrl/internal.h | 340 ++
> fs/resctrl/monitor.c | 843 +++++
> fs/resctrl/psuedo_lock.c | 1122 ++++++
(sidenote: James, please note typo in psuedo_lock.c)
> fs/resctrl/rdtgroup.c | 4013 +++++++++++++++++++++
> include/linux/resctrl.h | 153 +-
> include/linux/resctrl_types.h | 98 +
> 24 files changed, 7244 insertions(+), 6875 deletions(-)
> create mode 100644 fs/resctrl/Kconfig
> create mode 100644 fs/resctrl/Makefile
> create mode 100644 fs/resctrl/ctrlmondata.c
> create mode 100644 fs/resctrl/internal.h
> create mode 100644 fs/resctrl/monitor.c
> create mode 100644 fs/resctrl/psuedo_lock.c
> create mode 100644 fs/resctrl/rdtgroup.c
> create mode 100644 include/linux/resctrl_types.h
I would like to check in on the sentiments regarding maintaining the resctrl
contributions after this work is merged. Considering that resctrl will
be split between fs/resctrl and arch/x86, would it still be acceptable for
resctrl code to both areas (filesystem as well as arch) to flow via the tip tree with
help from x86 maintainers?
How will Arm patches flow?
James, are you planning a separate MAINTAINERS entry for the Arm specific code?
I would like to propose that you add yourself as a reviewer to the existing resctrl
MAINTAINERS entry to learn when any changes are submitted that may impact Arm.
Reinette