On Sat, May 28, 2022 at 12:38:11PM +0100, Marc Zyngier wrote: > On each vcpu load, we set the KVM_ARM64_HOST_SVE_ENABLED > flag if SVE is enabled for EL0 on the host. This is used to restore > the correct state on vpcu put. > > However, it appears that nothing ever clears this flag. Once > set, it will stick until the vcpu is destroyed, which has the > potential to spuriously enable SVE for userspace.
Oh dear. Reviewed-by: Mark Brown <broo...@kernel.org> > We probably never saw the issue because no VMM uses SVE, but > that's still pretty bad. Unconditionally clearing the flag > on vcpu load addresses the issue. Unless I'm missing something since we currently always disable SVE on syscall even if the VMM were using SVE for some reason (SVE memcpy()?) we should already have disabled SVE for EL0 in sve_user_discard() during kernel entry so EL0 access to SVE should be disabled in the system register by the time we get here.
signature.asc
Description: PGP signature
_______________________________________________ kvmarm mailing list kvmarm@lists.cs.columbia.edu https://lists.cs.columbia.edu/mailman/listinfo/kvmarm
