Bug 1223317

Windows insider 
http://windows.microsoft.com/en-gb/windows/preview-faq-system-requirements-pc

For this particular MSR it is okay to return the default, i.e. 55h, but there may be other MSRs that Windows tries to access.

Vadim, can you try running KVM with the ignore_msrs parameter set to Y, and grab from dmesg a list of model specific registers that Windows tries to read?

(In reply to Paolo Bonzini from comment #31)
> For this particular MSR it is okay to return the default, i.e. 55h, but
> there may be other MSRs that Windows tries to access.
> 
> Vadim, can you try running KVM with the ignore_msrs parameter set to Y, and
> grab from dmesg a list of model specific registers that Windows tries to
> read?

[vrozenfe@oscar qemu]$ dmesg | grep -i msr
[6340893.800233] kvm [28248]: vcpu0 unhandled rdmsr: 0x606
[6340918.337790] kvm [28248]: vcpu1 unhandled rdmsr: 0x606
[6340954.032611] kvm [28290]: vcpu1 ignored rdmsr: 0x606
[6340954.032614] kvm [28290]: vcpu1 ignored rdmsr: 0x641

A new build of Windows 10 (build 10162) is available here:
http://windows.microsoft.com/en-us/windows/preview-iso

Please check if the problem is still there.

(In reply to Amnon Ilan from comment #33)
> A new build of Windows 10 (build 10162) is available here:
> http://windows.microsoft.com/en-us/windows/preview-iso
> 
> Please check if the problem is still there.

With build 10162, the GP due to missing MSRs is not reproducible anymore (bug 1232894) but the bsod that this bug is tracking due to the cflushopt instruction is still present. I didn't close bug 10162 yet though, it's probably best to wait for a release before closing it. Vadim, do you want to try the 32-bit version ?

(In reply to Bandan Das from comment #34)
> (In reply to Amnon Ilan from comment #33)
> > A new build of Windows 10 (build 10162) is available here:
> > http://windows.microsoft.com/en-us/windows/preview-iso
> > 
> > Please check if the problem is still there.
> 
> With build 10162, the GP due to missing MSRs is not reproducible anymore
> (bug 1232894) but the bsod that this bug is tracking due to the cflushopt
> instruction is still present. I didn't close bug 10162 yet though, it's
> probably best to wait for a release before closing it. Vadim, do you want to
> try the 32-bit version ?

Also cannot reproduce the crash, mentioned in comment #30, with 32-bit version (build 10162).

Fix included in qemu-kvm-rhev-2.3.0-16.el7

Hi Miroslav,

Please add this bz into RHEL7.2 qemu-kvm-rhev erratum, thx.

Best Regards,
Junyi

Reproduce this bug on qemu-kvm-rhev-2.3.0-15.el7.x86_64.

Host:
3.10.0-304.el7.x86_64
qemu-kvm-rhev-2.3.0-15.el7.x86_64

Guest:
en_windows_10_enterprise_x64_dvd_6851151.iso

Steps:
1. Just start install win10 with following command line:
/usr/libexec/qemu-kvm \
-M pc \
-nodefaults -rtc base=utc -no-hpet \
-m 2G \
-smp 4,sockets=2,cores=2,threads=1 \
-enable-kvm \
-name rhel7.2 \
-uuid 990ea161-6b67-47b2-b803-19fb01d30d12 \
-smbios type=1,manufacturer='Red Hat',product='RHEV Hypervisor',version=el6,serial=koTUXQrb,uuid=feebc8fd-f8b0-4e75-abc3-e63fcdb67170 \
-k en-us \
-monitor stdio \
-qmp tcp:0:6662,server,nowait \
-boot menu=on \
-bios /usr/share/seabios/bios.bin \
-serial unix:/tmp/serial0,server,nowait \
-vga cirrus \
-vnc :0 \
-netdev tap,id=hostnet0,vhost=on \
-device virtio-net-pci,netdev=hostnet0,id=net0,mac=54:52:00:B6:40:22 \
-drive file=/home/en_windows_10_enterprise_x64_dvd_6851151.iso,if=none,media=cdrom,id=drive-ide0,readonly=on,format=raw \
-device ide-drive,bus=ide.0,unit=0,drive=drive-ide0,id=ide0,bootindex=0 \
-drive file=/home/win10.raw,if=none,media=disk,id=drive-ide1,format=raw \
-device ide-drive,bus=ide.1,unit=0,drive=drive-ide1,id=ide1 \

Result:
Guest bsod then restart.


Verified this bug on qemu-kvm-rhev-2.3.0-17.el7.x86_64.

Result:
After update qemu-kvm, installation complete without bsod, guest works well.

So this bug has been fixed.

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHBA-2015-2546.html

JFYI:
  hit a similar problem on RHEL-7.9-updates-20230713.1 with CPU(Intel(R) Xeon(R) CPU E5-2680 v3 @ 2.50GHz)
  install Windows Server 2016 fail, but Windows Server 2012r2 success

  workaround:
    add '--qemu-commandline=-cpu Skylake-Server' to virt-install
    //or
    add '-cpu Skylake-Server' to qemu-kvm