[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug 1915063] Re: Windows 10 wil not install using qemu-system-x86_64
From: |
Andy Whitcroft |
Subject: |
[Bug 1915063] Re: Windows 10 wil not install using qemu-system-x86_64 |
Date: |
Mon, 12 Apr 2021 08:27:45 -0000 |
The commit in question is marked for stable:
commit 841c2be09fe4f495fe5224952a419bd8c7e5b455
Author: Maxim Levitsky <mlevitsk@redhat.com>
Date: Wed Jul 8 14:57:31 2020 +0300
kvm: x86: replace kvm_spec_ctrl_test_value with runtime test on the host
To avoid complex and in some cases incorrect logic in
kvm_spec_ctrl_test_value, just try the guest's given value on the host
processor instead, and if it doesn't #GP, allow the guest to set it.
One such case is when host CPU supports STIBP mitigation
but doesn't support IBRS (as is the case with some Zen2 AMD cpus),
and in this case we were giving guest #GP when it tried to use STIBP
The reason why can can do the host test is that IA32_SPEC_CTRL msr is
passed to the guest, after the guest sets it to a non zero value
for the first time (due to performance reasons),
and as as result of this, it is pointless to emulate #GP condition on
this first access, in a different way than what the host CPU does.
This is based on a patch from Sean Christopherson, who suggested this idea.
Fixes: 6441fa6178f5 ("KVM: x86: avoid incorrect writes to host
MSR_IA32_SPEC_CTRL")
Cc: stable@vger.kernel.org
Suggested-by: Sean Christopherson <sean.j.christopherson@intel.com>
Signed-off-by: Maxim Levitsky <mlevitsk@redhat.com>
Message-Id: <20200708115731.180097-1-mlevitsk@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
It appears to be in `v5.4.102` which is currently queued up for the
cycle following the one just starting.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1915063
Title:
Windows 10 wil not install using qemu-system-x86_64
Status in QEMU:
New
Status in linux package in Ubuntu:
Confirmed
Status in linux-oem-5.10 package in Ubuntu:
Fix Released
Status in linux-oem-5.6 package in Ubuntu:
Confirmed
Status in qemu package in Ubuntu:
Invalid
Bug description:
Steps to reproduce
install virt-manager and ovmf if nopt already there
copy windows and virtio iso files to /var/lib/libvirt/images
Use virt-manager from local machine to create your VMs with the disk, CPUs
and memory required
Select customize configuration then select OVMF(UEFI) instead of seabios
set first CDROM to the windows installation iso (enable in boot options)
add a second CDROM and load with the virtio iso
change spice display to VNC
Always get a security error from windows and it fails to launch the
installer (works on RHEL and Fedora)
I tried updating the qemu version from Focals 4.2 to Groovy 5.0 which was of
no help
---
ProblemType: Bug
ApportVersion: 2.20.11-0ubuntu27.14
Architecture: amd64
CasperMD5CheckResult: skip
CurrentDesktop: ubuntu:GNOME
DistributionChannelDescriptor:
# This is the distribution channel descriptor for the OEM CDs
# For more information see
http://wiki.ubuntu.com/DistributionChannelDescriptor
canonical-oem-sutton-focal-amd64-20201030-422+pc-sutton-bachman-focal-amd64+X00
DistroRelease: Ubuntu 20.04
InstallationDate: Installed on 2021-01-20 (19 days ago)
InstallationMedia: Ubuntu 20.04 "Focal" - Build amd64 LIVE Binary
20201030-14:39
MachineType: LENOVO 30E102Z
NonfreeKernelModules: nvidia_modeset nvidia
Package: linux (not installed)
ProcEnviron:
TERM=xterm-256color
PATH=(custom, no user)
XDG_RUNTIME_DIR=<set>
LANG=en_US.UTF-8
SHELL=/bin/bash
ProcFB: 0 EFI VGA
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.6.0-1042-oem
root=UUID=389cd165-fc52-4814-b837-a1090b9c2387 ro locale=en_US quiet splash
vt.handoff=7
ProcVersionSignature: Ubuntu 5.6.0-1042.46-oem 5.6.19
RelatedPackageVersions:
linux-restricted-modules-5.6.0-1042-oem N/A
linux-backports-modules-5.6.0-1042-oem N/A
linux-firmware 1.187.8
RfKill:
Tags: focal
Uname: Linux 5.6.0-1042-oem x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip docker kvm libvirt lpadmin plugdev sambashare sudo
_MarkForUpload: True
dmi.bios.date: 07/29/2020
dmi.bios.vendor: LENOVO
dmi.bios.version: S07KT08A
dmi.board.name: 1046
dmi.board.vendor: LENOVO
dmi.board.version: Not Defined
dmi.chassis.type: 3
dmi.chassis.vendor: LENOVO
dmi.chassis.version: None
dmi.modalias:
dmi:bvnLENOVO:bvrS07KT08A:bd07/29/2020:svnLENOVO:pn30E102Z:pvrThinkStationP620:rvnLENOVO:rn1046:rvrNotDefined:cvnLENOVO:ct3:cvrNone:
dmi.product.family: INVALID
dmi.product.name: 30E102Z
dmi.product.sku: LENOVO_MT_30E1_BU_Think_FM_ThinkStation P620
dmi.product.version: ThinkStation P620
dmi.sys.vendor: LENOVO
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1915063/+subscriptions
- [Bug 1915063] Re: Windows 10 wil not install using qemu-system-x86_64, (continued)
- [Bug 1915063] Re: Windows 10 wil not install using qemu-system-x86_64, David Ober, 2021/04/06
- [Bug 1915063] Re: Windows 10 wil not install using qemu-system-x86_64, Christian Ehrhardt , 2021/04/06
- [Bug 1915063] Re: Windows 10 wil not install using qemu-system-x86_64, David Ober, 2021/04/07
- [Bug 1915063] Re: Windows 10 wil not install using qemu-system-x86_64, Babu Moger, 2021/04/07
- [Bug 1915063] Re: Windows 10 wil not install using qemu-system-x86_64, Christian Ehrhardt , 2021/04/08
- [Bug 1915063] Re: Windows 10 wil not install using qemu-system-x86_64, Christian Ehrhardt , 2021/04/08
- [Bug 1915063] Re: Windows 10 wil not install using qemu-system-x86_64, Babu Moger, 2021/04/08
- [Bug 1915063] Re: Windows 10 wil not install using qemu-system-x86_64, Christian Ehrhardt , 2021/04/08
- [Bug 1915063] Re: Windows 10 wil not install using qemu-system-x86_64, Christian Ehrhardt , 2021/04/09
- [Bug 1915063] Re: Windows 10 wil not install using qemu-system-x86_64,
Andy Whitcroft <=