[lkml]   [2000]   [Oct]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRE: [PATCH] drivers/usb/
> > Then if you select USB HID support, that builds the hid driver,
> > which handles mice, keyboards, joysticks, gamepads, speaker
> > buttons, any-old-kind-of buttons, toaster buttons, etc.
> >
> > OTOH, if you want just some basic USB mouse & keyboard support,
> > you don't have to use the hid driver, you can use the HIDBP
> > (HID Boot Protocol) drivers instead. However, these drivers
> > (hid and hidbp) are mutually exclusive and you shouldn't
> > try to select both of them.
> Would you clarify the difference between the INPUT section drivers
> and the HID and HIDBP drivers?

First, as Harold Oga mentioned, the USB hid driver is a
full-blown driver for all sorts of HID devices.
The HIDBP mouse and keyboard drivers support the
"HID Boot Protocol," which is minimal support for
mice and keyboards during system boot, or it might
be enough support for systems that use basic devices
(no keyboard hot ["internet"] keys, etc.) and/or
for embedded systems. For example, I can & do often
get by with using HIDBP mouse/keyboard when using X
(but mostly for testing).

Now on to the /dev/input drivers (best answer is to
consult with or see if there is
anything is linux/Documentation/input*):
These are "logical" device drivers. They don't
handle any physical devices, but they provide
consistent logical connections between physical device
drivers [whether it's USB, PS/2, AT interface, serial, ...]
for input devices (keyboards, mice, joysticks,
gamepads, & other generic input "events") and
app-level software that uses them.


To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

 \ /
  Last update: 2005-03-22 12:39    [W:0.025 / U:0.732 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site