Marc Zyngier e840f42a49 KVM: arm64: Fix PMU probe ordering ... Russell reported that since 5.13, KVM's probing of the PMU has started to fail on his HW. As it turns out, there is an implicit ordering dependency between the architectural PMU probing code and and KVM's own probing. If, due to probe ordering reasons, KVM probes before the PMU driver, it will fail to detect the PMU and prevent it from being advertised to guests as well as the VMM. Obviously, this is one probing too many, and we should be able to deal with any ordering. Add a callback from the PMU code into KVM to advertise the registration of a host CPU PMU, allowing for any probing order. Fixes: 5421db1be3 ("KVM: arm64: Divorce the perf code from oprofile helpers") Reported-by: "Russell King (Oracle)" <linux@armlinux.org.uk> Tested-by: Russell King (Oracle) <rmk+kernel@armlinux.org.uk> Signed-off-by: Marc Zyngier <maz@kernel.org> Link: https://lore.kernel.org/r/YUYRKVflRtUytzy5@shell.armlinux.org.uk Cc: stable@vger.kernel.org		2021-09-20 12:43:34 +01:00
..
arm_arch_timer.h	KVM: arm64: timers: Move timer registers to the sys_regs file	2020-07-07 09:28:38 +01:00
arm_hypercalls.h	KVM: arm/arm64: Factor out hypercall handling from PSCI code	2019-10-21 19:20:26 +01:00
arm_pmu.h	KVM: arm64: Fix PMU probe ordering	2021-09-20 12:43:34 +01:00
arm_psci.h	KVM: arm/arm64: Factor out hypercall handling from PSCI code	2019-10-21 19:20:26 +01:00
arm_vgic.h	KVM: arm64: vgic: Implement SW-driven deactivation	2021-06-01 10:46:00 +01:00
iodev.h	treewide: Replace GPLv2 boilerplate/reference with SPDX - rule 342	2019-06-05 17:37:07 +02:00