kernel/fs/resctrl_x86 · openEuler/kernel - AtomGit

zeng_zhaorongfs/resctrl: Move RMID initialization to first mount

文件	最后提交记录	最后更新时间
Kconfig	x86,fs/resctrl: Move the resctrl filesystem code to live in /fs/resctrl mainline inclusion from mainline-v6.16-rc1 commit 7168ae330e8105296210b2b2d31d791d5c073345 category: feature bugzilla: https://gitee.com/openeuler/kernel/issues/8967 CVE: NA Reference: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=7168ae330e8105296210b2b2d31d791d5c073345 --------------------------- Resctrl is a filesystem interface to hardware that provides cache allocation policy and bandwidth control for groups of tasks or CPUs. To support more than one architecture, resctrl needs to live in /fs/. Move the code that is concerned with the filesystem interface to /fs/resctrl. Signed-off-by: James Morse <james.morse@arm.com> Signed-off-by: Borislav Petkov (AMD) <bp@alien8.de> Reviewed-by: Reinette Chatre <reinette.chatre@intel.com> Reviewed-by: Fenghua Yu <fenghuay@nvidia.com> Tested-by: Fenghua Yu <fenghuay@nvidia.com> Tested-by: Tony Luck <tony.luck@intel.com> Link: https://lore.kernel.org/20250515165855.31452-25-james.morse@arm.com Conflicts: arch/x86/kernel/cpu/resctrl/pseudo_lock.c [jz: keep .llseek] Signed-off-by: Jason Zeng <jason.zeng@intel.com>	1 个月前
Makefile	fs/resctrl: Add boiler plate for external resctrl code mainline inclusion from mainline-v6.16-rc1 commit bff70402d6d67843fe319338e4c56e1cba13fbd8 category: feature bugzilla: https://gitee.com/openeuler/kernel/issues/8967 CVE: NA Reference: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=bff70402d6d67843fe319338e4c56e1cba13fbd8 --------------------------- Add Makefile and Kconfig for fs/resctrl. Add ARCH_HAS_CPU_RESCTRL for the common parts of the resctrl interface and make X86_CPU_RESCTRL select this. Adding an include of asm/resctrl.h to linux/resctrl.h allows the /fs/resctrl files to switch over to using this header instead. Co-developed-by: Dave Martin <Dave.Martin@arm.com> Signed-off-by: Dave Martin <Dave.Martin@arm.com> Signed-off-by: James Morse <james.morse@arm.com> Signed-off-by: Borislav Petkov (AMD) <bp@alien8.de> Reviewed-by: Shaopeng Tan <tan.shaopeng@jp.fujitsu.com> Reviewed-by: Tony Luck <tony.luck@intel.com> Reviewed-by: Fenghua Yu <fenghuay@nvidia.com> Reviewed-by: Reinette Chatre <reinette.chatre@intel.com> Tested-by: Fenghua Yu <fenghuay@nvidia.com> Tested-by: Carl Worth <carl@os.amperecomputing.com> # arm64 Tested-by: Shaopeng Tan <tan.shaopeng@jp.fujitsu.com> Tested-by: Peter Newman <peternewman@google.com> Tested-by: Amit Singh Tomar <amitsinght@marvell.com> # arm64 Tested-by: Shanker Donthineni <sdonthineni@nvidia.com> # arm64 Tested-by: Babu Moger <babu.moger@amd.com> Tested-by: Tony Luck <tony.luck@intel.com> Link: https://lore.kernel.org/20250515165855.31452-16-james.morse@arm.com Conflicts: arch/Kconfig arch/x86/Kconfig fs/Makefile [jz: rename upstream fs/resctrl to fs/resctrl_x86, and use CONFIG_RESCTRL_FS_X86 to differentiate with mpam resctrl] Signed-off-by: Jason Zeng <jason.zeng@intel.com>	1 个月前
ctrlmondata.c	fs/resctrl: Emphasize that L3 monitoring resource is required for summing domains mainline inclusion from mainline-v7.0-rc1 commit db64994d115e7c2cd72fec11b854467e97169379 category: feature bugzilla: https://gitee.com/openeuler/kernel/issues/8967 CVE: NA Reference: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=db64994d115e7c2cd72fec11b854467e97169379 -------------------------------- The feature to sum event data across multiple domains supports systems with Sub-NUMA Cluster (SNC) mode enabled. The top-level monitoring files in each "mon_L3_XX" directory provide the sum of data across all SNC nodes sharing an L3 cache instance while the "mon_sub_L3_YY" sub-directories provide the event data of the individual nodes. SNC is only associated with the L3 resource and domains and as a result the flow handling the sum of event data implicitly assumes it is working with the L3 resource and domains. Reading of telemetry events does not require to sum event data so this feature can remain dedicated to SNC and keep the implicit assumption of working with the L3 resource and domains. Add a WARN to where the implicit assumption of working with the L3 resource is made and add comments on how the structure controlling the event sum feature is used. Suggested-by: Reinette Chatre <reinette.chatre@intel.com> Signed-off-by: Tony Luck <tony.luck@intel.com> Signed-off-by: Borislav Petkov (AMD) <bp@alien8.de> Reviewed-by: Reinette Chatre <reinette.chatre@intel.com> Link: https://lore.kernel.org/20251217172121.12030-1-tony.luck@intel.com Signed-off-by: Jason Zeng <jason.zeng@intel.com>	1 个月前
internal.h	fs/resctrl: Move RMID initialization to first mount mainline inclusion from mainline-v7.0-rc1 commit d0891647fbc6e931f27517364cbc4ee1811d76db category: feature bugzilla: https://gitee.com/openeuler/kernel/issues/8967 CVE: NA Reference: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=d0891647fbc6e931f27517364cbc4ee1811d76db -------------------------------- L3 monitor features are enumerated during resctrl initialization and rmid_ptrs[] that tracks all RMIDs and depends on the number of supported RMIDs is allocated during this time. Telemetry monitor features are enumerated during first resctrl mount and may support a different number of RMIDs compared to L3 monitor features. Delay allocation and initialization of rmid_ptrs[] until first mount. Since the number of RMIDs cannot change on later mounts, keep the same set of rmid_ptrs[] until resctrl_exit(). This is required because the limbo handler keeps running after resctrl is unmounted and needs to access rmid_ptrs[] as it keeps tracking busy RMIDs after unmount. Rename routines to match what they now do: dom_data_init() -> setup_rmid_lru_list() dom_data_exit() -> free_rmid_lru_list() Signed-off-by: Tony Luck <tony.luck@intel.com> Signed-off-by: Borislav Petkov (AMD) <bp@alien8.de> Reviewed-by: Reinette Chatre <reinette.chatre@intel.com> Link: https://lore.kernel.org/20251217172121.12030-1-tony.luck@intel.com Signed-off-by: Jason Zeng <jason.zeng@intel.com>	1 个月前
monitor.c	fs/resctrl: Move RMID initialization to first mount mainline inclusion from mainline-v7.0-rc1 commit d0891647fbc6e931f27517364cbc4ee1811d76db category: feature bugzilla: https://gitee.com/openeuler/kernel/issues/8967 CVE: NA Reference: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=d0891647fbc6e931f27517364cbc4ee1811d76db -------------------------------- L3 monitor features are enumerated during resctrl initialization and rmid_ptrs[] that tracks all RMIDs and depends on the number of supported RMIDs is allocated during this time. Telemetry monitor features are enumerated during first resctrl mount and may support a different number of RMIDs compared to L3 monitor features. Delay allocation and initialization of rmid_ptrs[] until first mount. Since the number of RMIDs cannot change on later mounts, keep the same set of rmid_ptrs[] until resctrl_exit(). This is required because the limbo handler keeps running after resctrl is unmounted and needs to access rmid_ptrs[] as it keeps tracking busy RMIDs after unmount. Rename routines to match what they now do: dom_data_init() -> setup_rmid_lru_list() dom_data_exit() -> free_rmid_lru_list() Signed-off-by: Tony Luck <tony.luck@intel.com> Signed-off-by: Borislav Petkov (AMD) <bp@alien8.de> Reviewed-by: Reinette Chatre <reinette.chatre@intel.com> Link: https://lore.kernel.org/20251217172121.12030-1-tony.luck@intel.com Signed-off-by: Jason Zeng <jason.zeng@intel.com>	1 个月前
monitor_trace.h	x86,fs/resctrl: Move the resctrl filesystem code to live in /fs/resctrl mainline inclusion from mainline-v6.16-rc1 commit 7168ae330e8105296210b2b2d31d791d5c073345 category: feature bugzilla: https://gitee.com/openeuler/kernel/issues/8967 CVE: NA Reference: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=7168ae330e8105296210b2b2d31d791d5c073345 --------------------------- Resctrl is a filesystem interface to hardware that provides cache allocation policy and bandwidth control for groups of tasks or CPUs. To support more than one architecture, resctrl needs to live in /fs/. Move the code that is concerned with the filesystem interface to /fs/resctrl. Signed-off-by: James Morse <james.morse@arm.com> Signed-off-by: Borislav Petkov (AMD) <bp@alien8.de> Reviewed-by: Reinette Chatre <reinette.chatre@intel.com> Reviewed-by: Fenghua Yu <fenghuay@nvidia.com> Tested-by: Fenghua Yu <fenghuay@nvidia.com> Tested-by: Tony Luck <tony.luck@intel.com> Link: https://lore.kernel.org/20250515165855.31452-25-james.morse@arm.com Conflicts: arch/x86/kernel/cpu/resctrl/pseudo_lock.c [jz: keep .llseek] Signed-off-by: Jason Zeng <jason.zeng@intel.com>	1 个月前
pseudo_lock.c	resctrl: get rid of pointless debugfs_file_{get,put}() mainline inclusion from mainline-v6.17-rc1 commit 460e36ee6f84c2df4d194ee788e3ca116e8c563b category: feature bugzilla: https://gitee.com/openeuler/kernel/issues/8967 CVE: NA Reference: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=460e36ee6f84c2df4d194ee788e3ca116e8c563b --------------------------- ->write() of file_operations that gets used only via debugfs_create_file() is called only under debugfs_file_get() Signed-off-by: Al Viro <viro@zeniv.linux.org.uk> Acked-by: Reinette Chatre <reinette.chatre@intel.com> Link: https://lore.kernel.org/r/20250702211650.GD3406663@ZenIV Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> Signed-off-by: Jason Zeng <jason.zeng@intel.com>	1 个月前
rdtgroup.c	fs/resctrl: Move RMID initialization to first mount mainline inclusion from mainline-v7.0-rc1 commit d0891647fbc6e931f27517364cbc4ee1811d76db category: feature bugzilla: https://gitee.com/openeuler/kernel/issues/8967 CVE: NA Reference: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=d0891647fbc6e931f27517364cbc4ee1811d76db -------------------------------- L3 monitor features are enumerated during resctrl initialization and rmid_ptrs[] that tracks all RMIDs and depends on the number of supported RMIDs is allocated during this time. Telemetry monitor features are enumerated during first resctrl mount and may support a different number of RMIDs compared to L3 monitor features. Delay allocation and initialization of rmid_ptrs[] until first mount. Since the number of RMIDs cannot change on later mounts, keep the same set of rmid_ptrs[] until resctrl_exit(). This is required because the limbo handler keeps running after resctrl is unmounted and needs to access rmid_ptrs[] as it keeps tracking busy RMIDs after unmount. Rename routines to match what they now do: dom_data_init() -> setup_rmid_lru_list() dom_data_exit() -> free_rmid_lru_list() Signed-off-by: Tony Luck <tony.luck@intel.com> Signed-off-by: Borislav Petkov (AMD) <bp@alien8.de> Reviewed-by: Reinette Chatre <reinette.chatre@intel.com> Link: https://lore.kernel.org/20251217172121.12030-1-tony.luck@intel.com Signed-off-by: Jason Zeng <jason.zeng@intel.com>	1 个月前