Tony Luck e3ca96e479 x86/resctrl: Pass domain to target CPU ... reset_all_ctrls() and resctrl_arch_update_domains() use on_each_cpu_mask() to call rdt_ctrl_update() on potentially one CPU from each domain. But this means rdt_ctrl_update() needs to figure out which domain to apply changes to. Doing so requires a search of all domains in a resource, which can only be done safely if cpus_lock is held. Both callers do hold this lock, but there isn't a way for a function called on another CPU via IPI to verify this. Commit c0d848fcb0 ("x86/resctrl: Remove lockdep annotation that triggers false positive") removed the incorrect assertions. Add the target domain to the msr_param structure and call rdt_ctrl_update() for each domain separately using smp_call_function_single(). This means that rdt_ctrl_update() doesn't need to search for the domain and get_domain_from_cpu() can safely assert that the cpus_lock is held since the remaining callers do not use IPI. 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> Reviewed-by: James Morse <james.morse@arm.com> Reviewed-by: Babu Moger <babu.moger@amd.com> Tested-by: Maciej Wieczor-Retman <maciej.wieczor-retman@intel.com> Link: https://lore.kernel.org/r/20240308213846.77075-2-tony.luck@intel.com		2024-04-24 13:41:41 +02:00
..
core.c	x86/resctrl: Pass domain to target CPU	2024-04-24 13:41:41 +02:00
ctrlmondata.c	x86/resctrl: Pass domain to target CPU	2024-04-24 13:41:41 +02:00
internal.h	x86/resctrl: Pass domain to target CPU	2024-04-24 13:41:41 +02:00
Makefile	x86/resctrl: Avoid confusion over the new X86_RESCTRL config	2019-02-02 10:34:52 +01:00
monitor.c	x86/resctrl: Separate arch and fs resctrl locks	2024-02-19 19:28:07 +01:00
pseudo_lock_event.h
pseudo_lock.c	x86/resctrl: Separate arch and fs resctrl locks	2024-02-19 19:28:07 +01:00
rdtgroup.c	x86/resctrl: Pass domain to target CPU	2024-04-24 13:41:41 +02:00