No it won't work.  This is a bug.  When I just load the hid driver, the
mouse doesn't work... so this is the workaround I have:

load the usbkbd driver (assigned to the keyboard sub-device)
load hid (assigned to the mouse sub-device)
rmmod usbkbd (hid replaces usbkbd on the keyboard sub-device)

If I just load the hid driver, it is only assigned to the keyboard
sub-device (and the mouse is not assigned a driver; it is listed as
(none) in /dev/bus/usb/devices)

On Sun, 2003-10-19 at 03:19, Brad Hards wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> On Sun, 19 Oct 2003 11:33 am, Jeremy Huddleston wrote:
> > I have a Belkin KVM Switch, and it emulates a USB keyboard and mouse on all
> > the systems.  I've put ----'s around the /proc/bus/usb/devices output below
> > to bring attention to this device.  When I have only the 'hid' module
> > installed, the keyboard 'sub-device' gets assigned the 'hid' module, and
> > the mouse gets assigned '(none)'.  The workaround I've been able to use for
> > this (in 2.4 kernels) is to load the 'usbkbd' module first, then load the
> > 'hid' module.  This has the effect of assigning the 'usbkbd' driver to the
> > keyboard and 'hid' to the mouse.
> Don't load usbkbd. Not ever. Even if you think you know what you're doing.
> Don't even build it.
> Just load:
> mousedev
> keybdev
> hid
> input
> usb-ohci
> ehci-hcd
> 
> And all will be OK.
> 
> Brad
> - -- 
> http://lca2004.linux.org.au - I'm registered. Are you?
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.0.7 (GNU/Linux)
> 
> iD8DBQE/kmUfGwwszQ/PZzgRAkxpAJ0RZfmWBY8wYoFHV253yB3q3zG5FACeNdz8
> vxeFaMsituDQfJVcOmwDdz8=
> =JjW3
> -----END PGP SIGNATURE-----

Attachment: signature.asc
Description: This is a digitally signed message part

Reply via email to