Bug 1048
Summary: | hiddev_events missing when reading from /dev/hiddev0 | ||
---|---|---|---|
Product: | Other | Reporter: | Eric Penner (ericpenner) |
Component: | Modules | Assignee: | Bugme Janitors Team (bugme-janitors) |
Status: | RESOLVED CODE_FIX | ||
Severity: | normal | ||
Priority: | P2 | ||
Hardware: | i386 | ||
OS: | Linux | ||
Kernel Version: | Any with hiddev (2.4.16 , 2.5 etc.) | Subsystem: | |
Regression: | --- | Bisected commit-id: |
Description
Eric Penner
2003-08-05 16:55:26 UTC
This bug also stops CRYPTOCard initializers from working. Is there any particular reason why this report caching is needed? The HID protocol is supposed to be stateless (describing only the current state of the device) and thus duplicate VARIABLE reports are, according to the specification, carrying no information and the kernel is allowed to filter them out. However, many devices abuse the HID protocol for non-human-input uses, and also abuse the reports as a generic data transport channel. Since the filtering isn't strictly needed in the kernel (it only saves some CPU cycles in processing the events) and it breaks these out-of-spec devices, I removed it in 2.6.12-pre. Consider the bug fixed. |