Bug 784391
| Summary: | 2.6.99.901-5 breaks mouse in F16 KVM guest | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Charles R. Anderson <cra> |
| Component: | xorg-x11-drv-evdev | Assignee: | Peter Hutterer <peter.hutterer> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 16 | CC: | eblake, frankly3d, loganjerry, peter.hutterer, xgl-maint |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | xorg-x11-drv-evdev-2.6.99.901-7.20120118git9d9c9870c.fc16 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2012-01-28 20:58:02 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Attachments: | |||
Section of /var/log/libvirt/qemu/dustpuppy-test4.log showing how qemu-kvm was launched: 2012-01-23 21:40:16.123+0000: starting up LC_ALL=C PATH=/sbin:/usr/sbin:/bin:/usr/bin QEMU_AUDIO_DRV=none /usr/bin/qemu-kvm -S -M pc-0.13 -cpu qemu32 -enable-kvm -m 1024 -smp 1,sockets=1,cores=1,threads=1 -name dustpuppy-test4 -uuid 17d073be-ea5f-0bc3-9095-4d59ae70ba63 -nodefconfig -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/dustpuppy-test4.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc -drive file=/home/cra/VirtualMachines/dustpuppy-test4.img,if=none,id=drive-virtio-disk0,format=raw -device virtio-blk-pci,bus=pci.0,addr=0x4,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -drive if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -netdev tap,fd=24,id=hostnet0 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:5a:7f:f4,bus=pci.0,addr=0x5 -netdev tap,fd=27,id=hostnet1 -device virtio-net-pci,netdev=hostnet1,id=net1,mac=52:54:00:cb:86:13,bus=pci.0,addr=0x7 -chardev pty,id=charserial0 -device isa-serial,chardev=charserial0,id=serial0 -usb -device usb-tablet,id=input0 -vnc 127.0.0.1:2 -vga cirrus -device AC97,id=sound0,bus=pci.0,addr=0x6 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x3 char device redirected to /dev/pts/22 Created attachment 557286 [details]
Xorg.0.log from guest with working xorg-x11-drv-evdev package
Created attachment 557287 [details]
Differences between the broken and working Xorg.0.log files
thanks. fwiw that's actually an upstream issue unrelated to Bug 760437 which triggered the update. I'll look into it Actually, I was wrong, it was the fix for Bug 760437 which triggered it. the tablet has a combination of relative/absolute axes that was mishandled. patch coming up in a minute xorg-x11-drv-evdev-2.6.99.901-7.20120118git9d9c9870c.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/xorg-x11-drv-evdev-2.6.99.901-7.20120118git9d9c9870c.fc16 Is the update primarily for the host or guest? As I have F15\F17(Rawhide) guests with the same symptoms xmvga\vnc (as I find spice gives a small windowed console, until Desktop starts in the guest) Tested with Spice and above update in host and F16 guests, still disappearing mouse. Mouse will stay if kept on full-screen, and away from top of guest. All guest graphics tested. Same result. Adding\removing tablet in guest hardware, no difference. No option to remove mouse and test with tablet only. (In reply to comment #8) > Tested with Spice and above update in host and F16 guests, > still disappearing mouse. > Mouse will stay if kept on full-screen, > and away from top of guest. > All guest graphics tested. Same result. > > Adding\removing tablet in guest hardware, no difference. > No option to remove mouse and test with tablet only. Forget this, maybe a spice or gpm problem. Apologies for noise. (In reply to comment #6) > xorg-x11-drv-evdev-2.6.99.901-7.20120118git9d9c9870c.fc16 has been submitted as > an update for Fedora 16. > https://admin.fedoraproject.org/updates/xorg-x11-drv-evdev-2.6.99.901-7.20120118git9d9c9870c.fc16 Will this patch be going to Rawhide. F17(Rawhide guests still no mouse. Package xorg-x11-drv-evdev-2.6.99.901-7.20120118git9d9c9870c.fc16: * should fix your issue, * was pushed to the Fedora 16 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing xorg-x11-drv-evdev-2.6.99.901-7.20120118git9d9c9870c.fc16' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-0928/xorg-x11-drv-evdev-2.6.99.901-7.20120118git9d9c9870c.fc16 then log in and leave karma (feedback). I(In reply to comment #10) > Will this patch be going to Rawhide. > F17(Rawhide guests still no mouse. I pushed the same patch into rawhide yesterday (even before F16), so buy now it should be available. Please try again. F17\Rawhide updated and fixed this morning. xorg-x11-drv-evdev-2.6.99.901-7.20120118git9d9c9870c.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report. |
Created attachment 557284 [details] Xorg.0.log from guest with broken xorg-x11-drv-evdev package Description of problem: Updating to xorg-x11-drv-evdev-2.6.99.901-5.20120118git9d9c9870c.fc16.i686 causes the mouse to stop working inside a F16 KVM guest running with the cirrus video driver, VNC display, and USB Tablet for mouse input. The mouse pointer appears, but there is no way to cause cursor movement or click. Version-Release number of selected component (if applicable): xorg-x11-drv-evdev-2.6.99.901-5.20120118git9d9c9870c.fc16.i686 How reproducible: always Steps to Reproduce: 1. Create or use a F16 KVM guest with a VNC display and cirrus video 2. Update the guest to the broken xorg-x11-drv-evdev package. 3. Note that mouse no longer works in virt-manager/virt-viewer or direclty via VNC. Actual results: No mouse movement. Expected results: Working mouse. Additional info: