Bug 1301830
Summary: | Key event queue full when input through keyboard after boot vm | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 7 | Reporter: | jingzhao <jinzhao> |
Component: | qemu-kvm-rhev | Assignee: | Gerd Hoffmann <kraxel> |
Status: | CLOSED WORKSFORME | QA Contact: | hachen <hachen> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 7.2 | CC: | ailan, chayang, coli, hachen, huding, jinzhao, juzhang, knoel, kraxel, michen, mkenneth, rbalakri, virt-bugs, virt-maint |
Target Milestone: | rc | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | 1293234 | Environment: | |
Last Closed: | 2017-02-03 08:01:51 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | 1293234 | ||
Bug Blocks: |
Comment 1
jingzhao
2016-01-26 05:19:46 UTC
Can you re-test with qemu-2.8 and a fresh windows install please? It works correctly. I have tried win10_64 guest twice with: 3.10.0-541.el7.x86_64 qemu-kvm-rhev-2.8.0-2.el7.x86_64 /usr/libexec/qemu-kvm \ -name 'avocado-vt-vm1' \ -sandbox off \ -machine pc \ -nodefaults \ -vga cirrus \ -chardev socket,id=qmp_id_qmpmonitor1,path=/var/tmp/hachen/monitor-qmpmonitor1-20170120-031759-FSOSsoeT,server,nowait \ -mon chardev=qmp_id_qmpmonitor1,mode=control \ -chardev socket,id=qmp_id_catch_monitor,path=/var/tmp/hachen/monitor-catch_monitor-20170120-031759-FSOSsoeT,server,nowait \ -mon chardev=qmp_id_catch_monitor,mode=control \ -device pvpanic,ioport=0x505,id=idXCDPC9 \ -chardev socket,id=serial_id_serial0,path=/var/tmp/hachen/serial-serial0-20170120-031759-FSOSsoeT,server,nowait \ -device isa-serial,chardev=serial_id_serial0 \ -chardev socket,id=seabioslog_id_20170120-031759-FSOSsoeT,path=/var/tmp/hachen/seabios-20170120-031759-FSOSsoeT,server,nowait \ -device isa-debugcon,chardev=seabioslog_id_20170120-031759-FSOSsoeT,iobase=0x402 \ -device ich9-usb-ehci1,id=usb1,addr=1d.7,multifunction=on,bus=pci.0 \ -device ich9-usb-uhci1,id=usb1.0,multifunction=on,masterbus=usb1.0,addr=1d.0,firstport=0,bus=pci.0 \ -device ich9-usb-uhci2,id=usb1.1,multifunction=on,masterbus=usb1.0,addr=1d.2,firstport=2,bus=pci.0 \ -device ich9-usb-uhci3,id=usb1.2,multifunction=on,masterbus=usb1.0,addr=1d.4,firstport=4,bus=pci.0 \ -drive id=drive_image1,if=none,snapshot=off,aio=native,cache=none,format=qcow2,file=/home/kvm_autotest_root/images/win10-64-virtio.qcow2 \ -device virtio-blk-pci,id=image1,drive=drive_image1,bootindex=0,bus=pci.0,addr=03 \ -device virtio-net-pci,mac=9a:1b:1c:1d:1e:1f,id=id0DIFuj,vectors=4,netdev=ids9igQ1,bus=pci.0,addr=04 \ -netdev tap,id=ids9igQ1 \ -m 16384 \ -smp 8,maxcpus=8,cores=4,threads=1,sockets=2 \ -cpu 'Haswell-noTSX',+kvm_pv_unhalt \ -vnc :0 \ -rtc base=utc,clock=host,driftfix=slew \ -boot order=cdn,once=c,menu=off,strict=off \ -enable-kvm \ -monitor stdio \ -device ich9-usb-ehci1,id=usb,bus=pci.0,addr=0x5.0x7 \ -device ich9-usb-uhci1,masterbus=usb.0,firstport=0,bus=pci.0,multifunction=on,addr=0x5 \ -device ich9-usb-uhci2,masterbus=usb.0,firstport=2,bus=pci.0,addr=0x5.0x1 \ -device ich9-usb-uhci3,masterbus=usb.0,firstport=4,bus=pci.0,addr=0x5.0x2 \ -drive file=/home/usb/usb-storage.qcow2,if=none,id=storage0,media=disk,cache=none,format=qcow2 \ -device usb-storage,drive=storage0,removable=on,bus=usb.0,id=storage0,bootindex=1 \ -device usb-hub \ -device usb-host \ -device usb-kbd,bus=usb1.0,port=1 \ -device usb-mouse,bus=usb1.0,port=3 \ -device usb-tablet,bus=usb1.0,port=5 \ <----**with or without this line** -device usb-ccid \ I have tried win10_64 guest 7 times with: 3.10.0-327.10.1.el7.x86_64 qemu-kvm-rhev-2.3.0-31.el7_2.7.x86_64 /usr/libexec/qemu-kvm \ -name 'avocado-vt-vm1' \ -sandbox off \ -machine pc \ -nodefaults \ -vga cirrus \ -device ich9-usb-ehci1,id=usb1,addr=1d.7,multifunction=on,bus=pci.0 \ -device ich9-usb-uhci1,id=usb1.0,multifunction=on,masterbus=usb1.0,addr=1d.0,firstport=0,bus=pci.0 \ -device ich9-usb-uhci2,id=usb1.1,multifunction=on,masterbus=usb1.0,addr=1d.2,firstport=2,bus=pci.0 \ -device ich9-usb-uhci3,id=usb1.2,multifunction=on,masterbus=usb1.0,addr=1d.4,firstport=4,bus=pci.0 \ -drive id=drive_image1,if=none,snapshot=off,aio=threads,cache=unsafe,format=qcow2,file=/root/win10-64-virtio.qcow2 \ -device virtio-blk-pci,id=image1,drive=drive_image1,bootindex=0,bus=pci.0,addr=03 \ -device virtio-net-pci,mac=9a:1d:1e:1f:20:21,id=idndA2FD,vectors=4,netdev=idRZl6iJ,bus=pci.0,addr=04 \ -netdev tap,id=idRZl6iJ \ -m 4096 \ -smp 4,maxcpus=4,cores=2,threads=1,sockets=2 \ -cpu 'SandyBridge',+kvm_pv_unhalt \ -device usb-tablet,id=usb-tablet1,bus=usb1.0,port=1 \ -vnc :0 \ -rtc base=utc,clock=host,driftfix=slew \ -boot order=cdn,once=c,menu=off,strict=off \ -enable-kvm \ -monitor stdio \ -no-shutdown \ -device ich9-usb-ehci1,id=usb,bus=pci.0,addr=0x5.0x7 \ -device ich9-usb-uhci1,masterbus=usb.0,firstport=0,bus=pci.0,multifunction=on,addr=0x5 \ -device ich9-usb-uhci2,masterbus=usb.0,firstport=2,bus=pci.0,addr=0x5.0x1 \ -device ich9-usb-uhci3,masterbus=usb.0,firstport=4,bus=pci.0,addr=0x5.0x2 \ -drive file=/home/usb/usb-storage.qcow2,if=none,id=storage0,media=disk,cache=none,format=qcow2 \ -device usb-storage,drive=storage0,removable=on,bus=usb.0,id=storage0,bootindex=1 \ -device usb-hub \ -device usb-host \ -device usb-kbd,bus=usb.0 \ -device usb-mouse,bus=usb.0 \ -device usb-ccid \ The last 5 times, the bug is reproduced. It seems once it happens, it will always happen in the future. How reproducible: 5/7 QEMU 2.3.0 monitor - type 'help' for more information (qemu) ehci warning: guest updated active QH ehci warning: guest updated active QH usb-kbd: warning: key event queue full usb-kbd: warning: key event queue full usb-kbd: warning: key event queue full (qemu) info usb Device 0.1, Port 1, Speed 480 Mb/s, Product QEMU USB Tablet Device 1.1, Port 1, Speed 480 Mb/s, Product QEMU USB MSD Device 1.1, Port 2, Speed 12 Mb/s, Product QEMU USB Hub Device 1.2, Port 3, Speed 480 Mb/s, Product RNDIS/Ethernet Gadget Device 1.3, Port 4, Speed 480 Mb/s, Product QEMU USB Keyboard Device 1.4, Port 5, Speed 480 Mb/s, Product QEMU USB Mouse Device 1.1, Port 6, Speed 12 Mb/s, Product QEMU USB CCID Also 3 times with 3.10.0-541.el7.x86_64 and qemu-kvm-rhev-2.8.0-2.el7.x86_64 everything else is same. It can not be reproduced. (In reply to hachen from comment #6) > Also 3 times with > 3.10.0-541.el7.x86_64 and > qemu-kvm-rhev-2.8.0-2.el7.x86_64 > everything else is same. It can not be reproduced. In fact, I tried another 7 times, 10 times in total.It can not be reproduced.
> In fact, I tried another 7 times, 10 times in total.It can not be reproduced.
closing as worksforme then.
|