Re: [Bug] AMD nested: commit broke VMware

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



У пн, 2023-05-29 у 14:58 +0200, jwarren@xxxxxxxxxxxx пише:
> Hello,
> Since kernel 5.16 users can't start VMware VMs when it is nested under KVM on AMD CPUs.
> 
> User reports are here:
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2008583
> https://forums.unraid.net/topic/128868-vmware-7x-will-not-start-any-vms-under-unraid-6110/
> 
> I've pinpointed it to commit 174a921b6975ef959dd82ee9e8844067a62e3ec1 (appeared in 5.16rc1)
> "nSVM: Check for reserved encodings of TLB_CONTROL in nested VMCB"
> 
> I've confirmed that VMware errors out when it checks for TLB_CONTROL_FLUSH_ASID support and gets a 'false' answer.
> 
> First revisions of the patch in question had some support for TLB_CONTROL_FLUSH_ASID, but it was removed:
> https://lore.kernel.org/kvm/f7c2d5f5-3560-8666-90be-3605220cb93c@xxxxxxxxxx/
> 
> I don't know what would be the best case here, maybe put a quirk there, so it doesn't break "userspace".
> Committer's email is dead, so I'm writing here.
> 

I have to say that I know about this for long time, because some time ago I used  to play with VMware player in a 
VM on AMD on my spare time, on weekends 
(just doing various crazy things with double nesting, running win98 nested, vfio stuff, etc, etc).

I didn't report it because its a bug in VMWARE - they set a bit in the tlb_control without checking CPUID's FLUSHBYASID
which states that KVM doesn't support setting this bit.

Supporting FLUSHBYASID would fix this, and make nesting faster too, 
but it is far from a trivial job. 

I hope that I will find time to do this soon.

Best regards,
	Maxim Levitsky





[Index of Archives]     [KVM ARM]     [KVM ia64]     [KVM ppc]     [Virtualization Tools]     [Spice Development]     [Libvirt]     [Libvirt Users]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Questions]     [Linux Kernel]     [Linux SCSI]     [XFree86]

  Powered by Linux