Bug 469409 - USB mouse on KVM stopped working with Fedora 10
Summary: USB mouse on KVM stopped working with Fedora 10
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: xorg-x11-drv-evdev
Version: 10
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Peter Hutterer
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-10-31 17:38 UTC by Stephen Hemminger
Modified: 2018-04-11 12:57 UTC (History)
2 users (show)

Fixed In Version: somewhere before 2008-11-10
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-06-25 16:17:14 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
Xorg log (368.39 KB, text/plain)
2008-11-03 19:22 UTC, Stephen Hemminger
no flags Details

Description Stephen Hemminger 2008-10-31 17:38:02 UTC
Description of problem:
I have USB keyboard and mouse attached via Belkin Flip USB KVM.
Mouse works normally until KVM is switched, then when switching back
keyboard continues to work but mouse doesn't move. It may be an acceleration
problem because the pointer jiggles slightly.  Other input (trackpad on laptop)
does work

This worked great up until Fedora 10 (and Ubuntu Intrepid). It seems some
part of the X/Gnome input subsystem since the problem occurs independent
of kernel version. The USB events are happening and input subsystem sees
the mouse events.  I suspect that what ever computes mouse acceleration
decides to drop its data when it sees USB disconnect and then uses zero
(or worse uninitialized data) after the reconnect??


Version-Release number of selected component (if applicable):
Fedora 10 snapshot3

How reproducible:
almost always. Problem doesn't happen when a VM is running has complete control
of the input.

Steps to Reproduce:
1. boot and login
2. switch to other system
3. switch back
4. mouse is immovable
  
Actual results:
USB mouse doesn't move

Expected results:
USB mouse works after flip

Additional info:

Comment 1 Matěj Cepl 2008-11-03 16:12:53 UTC
Thanks for the bug report.  We have reviewed the information you have provided above, and there is some additional information we require that will be helpful in our diagnosis of this issue.

Please attach your X server config file (/etc/X11/xorg.conf) and X server log file (/var/log/Xorg.*.log) to the bug report as individual uncompressed file attachments using the bugzilla file attachment link below.

Could you please also try to run without any /etc/X11/xorg.conf whatsoever and let X11 autodetect your display and video card? Attach to this bug /var/log/Xorg.0.log from this attempt as well, please.

We will review this issue again once you've had a chance to attach this information.

Thanks in advance.

Comment 2 Stephen Hemminger 2008-11-03 19:22:20 UTC
Created attachment 322358 [details]
Xorg log

Comment 3 Stephen Hemminger 2008-11-03 19:23:07 UTC
This laptop has no /etc/X11/xorg.conf it uses pure autodetect

Comment 4 Peter Hutterer 2008-11-03 23:22:39 UTC
(In reply to comment #0)
> I have USB keyboard and mouse attached via Belkin Flip USB KVM.
> Mouse works normally until KVM is switched, then when switching back
> keyboard continues to work but mouse doesn't move. 

Is that always the case, or only sometimes?
reading through your log, it looks like it should have worked up to and after the VT switch, but it would have stopped working after the last flip.

seems the KVM registers two devices, one a keyboard and one a mouse. On the last one, only this one came up:
(II) XINPUT: Adding extended input device "Belkin Corporation Flip KVM" (type: KEYBOARD)


the kensington usb mouse, is it attached to your box or to the kvm? is that the one that stops working?

Comment 5 Stephen Hemminger 2008-11-03 23:51:19 UTC
The mouse sometimes works, sometimes not...

There is a USB keyboard, and USB mouse.  You might see two different keyboards in the log because I swapped it yesterday (system was off).

Comment 6 Peter Hutterer 2008-11-05 00:19:02 UTC
am I right if I assume that you have the kvm on the box and the kbd/mouse in the kvm - and no kbd/mouse in the box directly?

there's one odd behaviour I notice from the logs:
(II) config/hal: Adding input device Belkin Corporation Flip KVM
(II) config/hal: Adding input device Belkin Corporation Flip KVM

(II) config/hal: removing device Belkin Corporation Flip KVM
(II) config/hal: removing device Belkin Corporation Flip KVM

(II) config/hal: Adding input device Key Tronic Keytronic USB Keyboard
(II) config/hal: Adding input device Belkin Corporation Flip KVM
(II) config/hal: Adding input device Kensington      USB/PS2 Wheel Mouse

so the KVM gets added twice, then removed, then added once with the two devices. If we look at the corresponding XINPUT output:

(II) XINPUT: Adding extended input device "Belkin Corporation Flip KVM" (type: MOUSE)
(II) XINPUT: Adding extended input device "Belkin Corporation Flip KVM" (type: KEYBOARD)

(II) config/hal: removing device Belkin Corporation Flip KVM
(II) config/hal: removing device Belkin Corporation Flip KVM

(II) XINPUT: Adding extended input device "Key Tronic Keytronic USB Keyboard" (type: KEYBOARD)
(II) XINPUT: Adding extended input device "Belkin Corporation Flip KVM" (type: KEYBOARD)
(II) XINPUT: Adding extended input device "Kensington      USB/PS2 Wheel Mouse" (type: MOUSE)


So the mouse-part of the KVM never comes back up if the other devices come back up. This may be the issue. Do the events appear to come from the device, or from the KVM? i.e. if you run hexdump or evtest on the event device that corresponds to the KVM mouse device (check /proc/bus/input/devices), does it emit events when you move the mouse?

Comment 7 Stephen Hemminger 2008-11-05 01:05:35 UTC
Maybe a picture would help.


+--------+           +------+           +--------+        
| Laptop +=== VGA ===+ Flip +=== VGA ===+ Desktop|
| FC10   +--- USB ---+ KVM  +--- USB ---+ Ubuntu |
+--------+           +-+--+-+           +--------+        
                       |  |
                       |  -- Belkin USB Mouse
                      USB
                     Keyboard
                       

I will get an event log when it happens

Comment 8 Peter Hutterer 2008-11-10 00:53:32 UTC
Just leaving the needinfo flag there so we get reminded.

Comment 9 Stephen Hemminger 2008-11-10 16:36:59 UTC
It appears this bug has gone away, if I can't reproduce it by end of week
(16 Nov) then close it.

Comment 10 Bug Zapper 2008-11-26 04:34:22 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle.
Changing version to '10'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 11 Matěj Cepl 2009-06-25 16:17:14 UTC
CLosing per comment 9


Note You need to log in before you can comment on or make changes to this bug.