Messages in this thread | | | Date | Fri, 1 May 2009 17:54:39 +0200 (CEST) | From | Jiri Kosina <> | Subject | Re: What's in hid.git for 2.6.30 |
| |
On Fri, 1 May 2009, Oliver Neukum wrote:
> > > > + if (!(hid->claimed & HID_CLAIMED_INPUT)) > > > > + return 0; > > > > + > > > is there a guarantee all keyboards will be claimed as input devices? > > do you see any way how hid->inputs could currently be initialized other > > than the device being claimed by hid-input? > No, but I am worried about a false return of 0 here, not the other way > round. This method is necessary because keyboards don't wake up > if a key is released. Suspending a keyboard with a key pressed will lead > to an endless repetition of that key. > So I wonder whether it is possible to have a keyboard not claimed as an > input device.
If driven by usbhid, the only way how keyboard could be handled if not claimed by hid-input is a userspace hiddev or hidraw driver. And we don't suspend if hidraw/hiddev node is open, right?
-- Jiri Kosina SUSE Labs | |