diff options
Diffstat (limited to 'results/classifier/108/other/1902777')
| -rw-r--r-- | results/classifier/108/other/1902777 | 62 |
1 files changed, 62 insertions, 0 deletions
diff --git a/results/classifier/108/other/1902777 b/results/classifier/108/other/1902777 new file mode 100644 index 000000000..920f4f252 --- /dev/null +++ b/results/classifier/108/other/1902777 @@ -0,0 +1,62 @@ +graphic: 0.866 +performance: 0.865 +other: 0.850 +files: 0.838 +device: 0.785 +permissions: 0.736 +debug: 0.705 +PID: 0.687 +network: 0.661 +semantic: 0.651 +KVM: 0.523 +socket: 0.480 +vnc: 0.468 +boot: 0.416 + +qemu with whpx acceleration crashes with vmx=on + +Under Windows 10, qemu crashes when using whpx acceleration and the vmx=on option. The reported error is + qemu-system-x86_64.exe: WHPX: Unexpected VP exit code 4 +Before the error, it reports + Windows Hypervisor Platform accelerator is operational + +The command line is the following: + "C:\Program Files\qemu\qemu-system-x86_64.exe" -accel whpx -cpu qemu64,vmx=on +It crashes with any model of CPU as long as the "vmx=on" option is added. Without this option it runs fine (but no nested virtualization). + +My processor is an Intel i7-10510U, and I am running Windows 10 2004 (build 19041.572). + +Forgot to say: qemu version 5.1.0 + +The QEMU project is currently moving its bug tracking to another system. +For this we need to know which bugs are still valid and which could be +closed already. Thus we are setting the bug state to "Incomplete" now. + +If the bug has already been fixed in the latest upstream version of QEMU, +then please close this ticket as "Fix released". + +If it is not fixed yet and you think that this bug report here is still +valid, then you have two options: + +1) If you already have an account on gitlab.com, please open a new ticket +for this problem in our new tracker here: + + https://gitlab.com/qemu-project/qemu/-/issues + +and then close this ticket here on Launchpad (or let it expire auto- +matically after 60 days). Please mention the URL of this bug ticket on +Launchpad in the new ticket on GitLab. + +2) If you don't have an account on gitlab.com and don't intend to get +one, but still would like to keep this ticket opened, then please switch +the state back to "New" or "Confirmed" within the next 60 days (other- +wise it will get closed as "Expired"). We will then eventually migrate +the ticket automatically to the new system (but you won't be the reporter +of the bug in the new system and thus you won't get notified on changes +anymore). + +Thank you and sorry for the inconvenience. + + +[Expired for QEMU because there has been no activity for 60 days.] + |