From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.7.5) Gecko/20050221 Firefox/1.0 (Ubuntu) (Ubuntu package 1.0+dfsg.1-6ubuntu1) Description of problem: This has been described as Bug 1048 in the kernel bugzilla; however, there has been no activity on that bug since 2003 (although the bug is in the "New" state), therefore I am thinking maybe working to fix this in a RedHat specific kernel is a better idea. The issue is, if a HID device sends a report with the same absolute value twice, the second report gets swallowed in hid_input_field(). Similarly, relative values of zero never make it through to the userland client. The trouble with this is that there are several devices broken by this behavior (e.g., the CRYPTOCard hardtoken initializers). Version-Release number of selected component (if applicable): tested on 2.6.6, 2.6.9, 2.6.10, 2.6.11 How reproducible: Always Steps to Reproduce: Test with any device sending host-bound reports with the same value several times in a row. The code in hid-core.c flattens them into one report. The code in question is in hid-core.c, function hid_input_field(): if (field->flags & HID_MAIN_ITEM_RELATIVE) { if (!value[n]) continue; } else { if (value[n] == field->value[n]) continue; } I am not sure what negative consequences might follow if we remove this code. We ship a patch which removes it, with our "hardtoken initializer" devices; it does not seem to break other devices. Additional info:
Created attachment 112732 [details] Proposed patch This is the patch that we have been giving to the users of the KTI-1 and RBI-1 initializers for the last year or so. It simply removes the code which eats successive same-valued reports.
This, unfortunately, has to be wontfix-ed. However, the good news is, the upstream has this fix. Therefore, RHEL 5 is going to have it too.