1. 13 4月, 2010 1 次提交
    • P
      HID: non-overlapping zeroing of extra bits · 75c28df8
      Pete Zaitcev 提交于
      From my review of the way the unused bits of report are being zeroed,
      it seems like there must be a bug. Currently, the zeroing is done
      in hid_output_field and it covers any bits between the last used bit
      and the end of the byte. But in case of, say, my keyboard, NumLock is
      mask 0x01 and CapsLock is 0x02. Invoking hid_output_field for NumLock
      definitely zeroes across CapsLock. The only reason this works is that
      the fields are sorted by the offset.
      
      It would be more correct and simpler to zero-fill the buffer into
      which the fields are set.
      
      The patch is tested with an IBM keyboard that is improperly sensitive
      to out-of-report pad bits, the extra bits are still zeroed and the
      fields continue to work as expected. It is also tested with good
      keyboards.
      
      In case, a related bug in RHEL 5 is tracked with Red Hat bug 513934.
      Signed-off-by: NPete Zaitcev <zaitcev@redhat.com>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      75c28df8
  2. 12 4月, 2010 1 次提交
  3. 15 3月, 2010 1 次提交
  4. 10 2月, 2010 3 次提交
  5. 03 2月, 2010 3 次提交
  6. 26 1月, 2010 1 次提交
  7. 13 1月, 2010 4 次提交
  8. 05 1月, 2010 1 次提交
  9. 04 1月, 2010 1 次提交
  10. 23 12月, 2009 1 次提交
  11. 10 12月, 2009 1 次提交
  12. 03 12月, 2009 1 次提交
  13. 13 11月, 2009 1 次提交
  14. 14 10月, 2009 3 次提交
  15. 01 10月, 2009 1 次提交
    • J
      HID: fix kerneldoc comment for hid_input_report() · ff9b00a2
      Jiri Kosina 提交于
      The kerneldoc comment for 'interrupt' has already confused a lot
      of people, as it is simply wrong. It doesn't carry the information
      about the context, but is used to distinguish between two fundamental
      types of low-level transport transfers -- interrupt vs. control.
      
      Make this clear in the comment.
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      ff9b00a2
  16. 17 9月, 2009 1 次提交
  17. 15 9月, 2009 1 次提交
  18. 26 8月, 2009 1 次提交
  19. 08 8月, 2009 2 次提交
  20. 23 7月, 2009 3 次提交
  21. 20 7月, 2009 1 次提交
  22. 26 6月, 2009 1 次提交
  23. 12 6月, 2009 2 次提交
    • J
      HID: use debugfs for events/reports dumping · cd667ce2
      Jiri Kosina 提交于
      This is a followup patch to the one implemeting rdesc representation in debugfs
      rather than being dependent on compile-time CONFIG_HID_DEBUG setting.
      
      The API of the appropriate formatting functions is slightly modified -- if
      they are passed seq_file pointer, the one-shot output for 'rdesc' file mode
      is used, and therefore the message is formatted into the corresponding seq_file
      immediately.
      
      Otherwise the called function allocated a new buffer, formats the text into the
      buffer and returns the pointer to it, so that it can be queued into the ring-buffer
      of the processess blocked waiting on input on 'events' file in debugfs.
      
      'debug' parameter to the 'hid' module is now used solely for the prupose of inetrnal
      driver state debugging (parser, transport, etc).
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      cd667ce2
    • J
      HID: use debugfs for report dumping descriptor · a635f9dd
      Jiri Kosina 提交于
      It is a little bit inconvenient for people who have some non-standard
      HID hardware (usually violating the HID specification) to have to
      recompile kernel with CONFIG_HID_DEBUG to be able to see kernel's perspective
      of the HID report descriptor and observe the parsed events. Plus the messages
      are then mixed up inconveniently with the rest of the dmesg stuff.
      
      This patch implements /sys/kernel/debug/hid/<device>/rdesc file, which
      represents the kernel's view of report descriptor (both the raw report
      descriptor data and parsed contents).
      
      With all the device-specific debug data being available through debugfs, there
      is no need for keeping CONFIG_HID_DEBUG, as the 'debug' parameter to the
      hid module will now only output only driver-specific debugging options, which has
      absolutely minimal memory footprint, just a few error messages and one global
      flag (hid_debug).
      
      We use the current set of output formatting functions. The ones that need to be
      used both for one-shot rdesc seq_file and also for continuous flow of data
      (individual reports, as being sent by the device) distinguish according to the
      passed seq_file parameter, and if it is NULL, it still output to kernel ringbuffer,
      otherwise the corresponding seq_file is used for output.
      
      The format of the output is preserved.
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      a635f9dd
  24. 15 5月, 2009 1 次提交
  25. 13 5月, 2009 1 次提交
    • B
      HID: Wacom Graphire Bluetooth driver · ca2dcd40
      Bastien Nocera 提交于
      Based on the work by Andrew Zabolotny, an HID driver for the Bluetooth
      Wacom tablet. This is required as it uses a slightly different
      protocols from what's currently support by the drivers/input/wacom*
      driver, and those only support USB.
      
      A user-space patch is required to activate mode 2 of the Wacom tablet,
      as hidp does not support hid_output_raw_report.
      Signed-off-by: NBastien Nocera <hadess@hadess.net>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      ca2dcd40
  26. 02 5月, 2009 1 次提交
  27. 17 4月, 2009 1 次提交