[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug 1916775] [NEW] Guest freezes until there is a keyboard input on Win
From: |
Abdurrahim |
Subject: |
[Bug 1916775] [NEW] Guest freezes until there is a keyboard input on Windows version |
Date: |
Wed, 24 Feb 2021 16:20:28 -0000 |
Public bug reported:
I am using Qemu for Windows and when I try to run this for Windows
guests then the guests are freezing and waiting for keyboard input and
it continues to function after I press a key. I am using Windows10 Home
and below is the command I use to run the guest. I have suspected if
this is caused by random entropy but even with mouse moving it gives
same random locks and it continues to work as soon as I press a key so
maybe its not about entropy at all,
startwinguest.bat:
qemu-system-x86_64 ^
-name "win" ^
-machine type=q35,accel=whpx ^
-cpu EPYC,hv_relaxed,hv_time,topoext ^
-nodefaults ^
-usb ^
-rtc base=localtime,driftfix=slew ^
-smp 6,sockets=1,cores=3,threads=2 ^
-m 8192 -mem-prealloc ^
-soundhw hda ^
-usbdevice tablet ^
-netdev user,id=mynet0,hostfwd=tcp::3390-:3389 -device
virtio-net,netdev=mynet0 ^
-vga std ^
-display gtk ^
-boot d ^
-device virtio-scsi-pci,id=scsi0 ^
-drive
"file=%~dp0win10.qcow2,if=none,format=qcow2,discard=unmap,aio=threads,cache=writethrough,id=someid"
^
-device scsi-hd,drive=someid,bus=scsi0.0 ^
-drive
"file=D:\Setups\OS\Windows\en_windows_server_2019_updated_dec_2020_x64_dvd_36e0f791.iso,media=cdrom,index=1"
^
-drive "file=%~dp0virtio-win-0.1.185.iso,media=cdrom,index=2"
** Affects: qemu
Importance: Undecided
Status: New
** Tags: whpx windows
** Description changed:
- Windows guests are freezing and waiting for keyboard input and it
- continues to function after I press a key. I am using Windows10 Home and
- below is the command I use to run the guest. I have suspected if this is
- caused by random entropy but even with mouse moving it gives same random
- locks and it continues to work as soon as I press a key so maybe its not
- about entropy at all,
+ I am using Qemu for Windows and when I try to run this for Windows
+ guests then the guests are freezing and waiting for keyboard input and
+ it continues to function after I press a key. I am using Windows10 Home
+ and below is the command I use to run the guest. I have suspected if
+ this is caused by random entropy but even with mouse moving it gives
+ same random locks and it continues to work as soon as I press a key so
+ maybe its not about entropy at all,
startwinguest.bat:
qemu-system-x86_64 ^
- -name "win" ^
- -machine type=q35,accel=whpx ^
- -cpu EPYC,hv_relaxed,hv_time,topoext ^
- -nodefaults ^
- -usb ^
- -rtc base=localtime,driftfix=slew ^
- -smp 6,sockets=1,cores=3,threads=2 ^
- -m 8192 -mem-prealloc ^
- -soundhw hda ^
- -usbdevice tablet ^
- -netdev user,id=mynet0,hostfwd=tcp::3390-:3389 -device
virtio-net,netdev=mynet0 ^
- -vga std ^
- -display gtk ^
- -boot d ^
- -device virtio-scsi-pci,id=scsi0 ^
- -drive
"file=%~dp0win10.qcow2,if=none,format=qcow2,discard=unmap,aio=threads,cache=writethrough,id=someid"
^
- -device scsi-hd,drive=someid,bus=scsi0.0 ^
- -drive
"file=D:\Setups\OS\Windows\en_windows_server_2019_updated_dec_2020_x64_dvd_36e0f791.iso,media=cdrom,index=1"
^
- -drive "file=%~dp0virtio-win-0.1.185.iso,media=cdrom,index=2"
+ -name "win" ^
+ -machine type=q35,accel=whpx ^
+ -cpu EPYC,hv_relaxed,hv_time,topoext ^
+ -nodefaults ^
+ -usb ^
+ -rtc base=localtime,driftfix=slew ^
+ -smp 6,sockets=1,cores=3,threads=2 ^
+ -m 8192 -mem-prealloc ^
+ -soundhw hda ^
+ -usbdevice tablet ^
+ -netdev user,id=mynet0,hostfwd=tcp::3390-:3389 -device
virtio-net,netdev=mynet0 ^
+ -vga std ^
+ -display gtk ^
+ -boot d ^
+ -device virtio-scsi-pci,id=scsi0 ^
+ -drive
"file=%~dp0win10.qcow2,if=none,format=qcow2,discard=unmap,aio=threads,cache=writethrough,id=someid"
^
+ -device scsi-hd,drive=someid,bus=scsi0.0 ^
+ -drive
"file=D:\Setups\OS\Windows\en_windows_server_2019_updated_dec_2020_x64_dvd_36e0f791.iso,media=cdrom,index=1"
^
+ -drive "file=%~dp0virtio-win-0.1.185.iso,media=cdrom,index=2"
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1916775
Title:
Guest freezes until there is a keyboard input on Windows version
Status in QEMU:
New
Bug description:
I am using Qemu for Windows and when I try to run this for Windows
guests then the guests are freezing and waiting for keyboard input and
it continues to function after I press a key. I am using Windows10
Home and below is the command I use to run the guest. I have suspected
if this is caused by random entropy but even with mouse moving it
gives same random locks and it continues to work as soon as I press a
key so maybe its not about entropy at all,
startwinguest.bat:
qemu-system-x86_64 ^
-name "win" ^
-machine type=q35,accel=whpx ^
-cpu EPYC,hv_relaxed,hv_time,topoext ^
-nodefaults ^
-usb ^
-rtc base=localtime,driftfix=slew ^
-smp 6,sockets=1,cores=3,threads=2 ^
-m 8192 -mem-prealloc ^
-soundhw hda ^
-usbdevice tablet ^
-netdev user,id=mynet0,hostfwd=tcp::3390-:3389 -device
virtio-net,netdev=mynet0 ^
-vga std ^
-display gtk ^
-boot d ^
-device virtio-scsi-pci,id=scsi0 ^
-drive
"file=%~dp0win10.qcow2,if=none,format=qcow2,discard=unmap,aio=threads,cache=writethrough,id=someid"
^
-device scsi-hd,drive=someid,bus=scsi0.0 ^
-drive
"file=D:\Setups\OS\Windows\en_windows_server_2019_updated_dec_2020_x64_dvd_36e0f791.iso,media=cdrom,index=1"
^
-drive "file=%~dp0virtio-win-0.1.185.iso,media=cdrom,index=2"
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1916775/+subscriptions
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Bug 1916775] [NEW] Guest freezes until there is a keyboard input on Windows version,
Abdurrahim <=