Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Description of problem:
Scroll wheel of virtio-mouse doesn't work for rhel7.4 guest
Version-Release number of selected component (if applicable):
3.10.0-693.el7.x86_64(host & guest)
qemu-kvm-rhev-2.9.0-16.el7.x86_64
How reproducible:
100%
Steps to Reproduce:
1.Boot a guest with virtio-mouse using qemu cli:
/usr/libexec/qemu-kvm -name virtio-vga -m 2G -machine pc,accel=kvm,vmport=off \
-cpu Skylake-Client\
-smp 1 \
-serial unix:/tmp/console1,server,nowait \
-monitor stdio \
-device VGA,id=vga1 \
-drive file=rhelsp4.qcow2,if=none,id=drive-scsi-disk0,format=qcow2,cache=none,werror=stop,rerror=stop
-device virtio-scsi-pci,id=scsi0,addr=04 -device scsi-hd,drive=drive-scsi-disk0,bus=scsi0.0,scsi-id=0,lun=0,
id=scsi-disk0,bootindex=1 \
-netdev tap,id=idinWyYp,vhost=on -device virtio-net-pci,mac=42:ce:a9:d2:4d:d8,id=idlbq7eA,netdev=idin
WyYp \
-vnc :0 \
-device ich9-usb-uhci6 \
-device virtio-keyboard-pci,id=kbd-bus -device virtio-mouse-pci,id=mouse-bus \
2.In guest, test virtio-mouse with xinput. In my case, I list input devices by:
#xinput list
⎡ Virtual core pointer id=2 [master pointer (3)]
⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
⎜ ↳ QEMU Virtio Mouse id=8 [slave pointer (2)]
⎜ ↳ ImExPS/2 Generic Explorer Mouse id=10 [slave pointer (2)]
⎣ Virtual core keyboard id=3 [master keyboard (2)]
↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)]
↳ Power Button id=6 [slave keyboard (3)]
↳ QEMU Virtio Keyboard id=7 [slave keyboard (3)]
↳ AT Translated Set 2 keyboard id=9 [slave keyboard (3)]
And test virtio mouse by:
#xinput test 8
xinput will print the events recevied from virtio mouse, then scroll the scroll wheel of mouse
3.
Actual results:
Nothing prompt after scrolling the scroll wheel of mouse
Expected results:
Events of scroll wheel should be prompted
Additional info:
1) Both vnc and spice has this issue.
2) Test against ps2/vmmouse/usb-kbd/spice vdagent tablet, all of them can generate scroll events during test.
3) No such issue happen in windows 10 guest with virtio-win driver virtio-win-1.9.3.iso, scroll wheel works correctly.
4) Test against upstream stable qemu2.6.2, also has this issue, so this is not a regression of qemu-kvm-rhev.
Test against rhel 7.5 host & guest with kernel 3.10.0-768.el7.x86_64 and qemu-kvm-rhev-2.10.0-5.el7.x86_64,
wheel buttons are missing for both virtio-mouse-pci and virtio-tablet-pci.
Comment 6Marc-Andre Lureau
2017-11-16 11:13:53 UTC
(In reply to Guo, Zhiyi from comment #5)
> Test against rhel 7.5 host & guest with kernel 3.10.0-768.el7.x86_64 and
> qemu-kvm-rhev-2.10.0-5.el7.x86_64,
>
> wheel buttons are missing for both virtio-mouse-pci and virtio-tablet-pci.
The fixed will be in 2.11, and will require wheel-axis=true with machine < 2.11. I don't know if it's worth to backport. Should we move it to 7.6? Gerd, what do you think?
> The fixed will be in 2.11, and will require wheel-axis=true with machine <
> 2.11. I don't know if it's worth to backport. Should we move it to 7.6?
> Gerd, what do you think?
Defer to 7.6 is fine I think.
Comment 8Marc-Andre Lureau
2018-04-16 13:23:32 UTC
Fixed in commit f4924974c7c72560f68ab298ac25a525a28a2124 upstream
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://access.redhat.com/errata/RHBA-2018:3443
Description of problem: Scroll wheel of virtio-mouse doesn't work for rhel7.4 guest Version-Release number of selected component (if applicable): 3.10.0-693.el7.x86_64(host & guest) qemu-kvm-rhev-2.9.0-16.el7.x86_64 How reproducible: 100% Steps to Reproduce: 1.Boot a guest with virtio-mouse using qemu cli: /usr/libexec/qemu-kvm -name virtio-vga -m 2G -machine pc,accel=kvm,vmport=off \ -cpu Skylake-Client\ -smp 1 \ -serial unix:/tmp/console1,server,nowait \ -monitor stdio \ -device VGA,id=vga1 \ -drive file=rhelsp4.qcow2,if=none,id=drive-scsi-disk0,format=qcow2,cache=none,werror=stop,rerror=stop -device virtio-scsi-pci,id=scsi0,addr=04 -device scsi-hd,drive=drive-scsi-disk0,bus=scsi0.0,scsi-id=0,lun=0, id=scsi-disk0,bootindex=1 \ -netdev tap,id=idinWyYp,vhost=on -device virtio-net-pci,mac=42:ce:a9:d2:4d:d8,id=idlbq7eA,netdev=idin WyYp \ -vnc :0 \ -device ich9-usb-uhci6 \ -device virtio-keyboard-pci,id=kbd-bus -device virtio-mouse-pci,id=mouse-bus \ 2.In guest, test virtio-mouse with xinput. In my case, I list input devices by: #xinput list ⎡ Virtual core pointer id=2 [master pointer (3)] ⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)] ⎜ ↳ QEMU Virtio Mouse id=8 [slave pointer (2)] ⎜ ↳ ImExPS/2 Generic Explorer Mouse id=10 [slave pointer (2)] ⎣ Virtual core keyboard id=3 [master keyboard (2)] ↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)] ↳ Power Button id=6 [slave keyboard (3)] ↳ QEMU Virtio Keyboard id=7 [slave keyboard (3)] ↳ AT Translated Set 2 keyboard id=9 [slave keyboard (3)] And test virtio mouse by: #xinput test 8 xinput will print the events recevied from virtio mouse, then scroll the scroll wheel of mouse 3. Actual results: Nothing prompt after scrolling the scroll wheel of mouse Expected results: Events of scroll wheel should be prompted Additional info: 1) Both vnc and spice has this issue. 2) Test against ps2/vmmouse/usb-kbd/spice vdagent tablet, all of them can generate scroll events during test. 3) No such issue happen in windows 10 guest with virtio-win driver virtio-win-1.9.3.iso, scroll wheel works correctly. 4) Test against upstream stable qemu2.6.2, also has this issue, so this is not a regression of qemu-kvm-rhev.