1. 26 8月, 2009 1 次提交
  2. 20 8月, 2009 1 次提交
    • J
      HID: support larger reports than 64 bytes in hiddev · affbb8c6
      Jiri Kosina 提交于
      hiddev userspace driver uses a rignbuffer to store the parsed usages
      that should be returned through read(). This buffer is 64 bytes long,
      which is sufficient for queueing single USB 1.0 low-speed report, which
      is of maximum size 48 bytes.
      
      There are however USB HID devices which are full-speed USB devices, and
      therefore they are free to produce reports 64 bytes long. This is correctly
      handled by HID core, but read() on hiddev node gets stuck forever, because
      the ring buffer loops infinitely (as it is exactly 64 bytes long as well),
      never advancing the buffer pointer.
      
      Plus, the core driver is ready to handle highspeed devices, so we should be
      able to handle reports from such devices in the hiddev driver as well, which
      means we need larger ringbuffer.
      Reported-by: NMichael Zeisel <michael.zeisel@philips.com>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      affbb8c6
  3. 18 8月, 2009 1 次提交
  4. 08 8月, 2009 4 次提交
  5. 23 7月, 2009 8 次提交
  6. 20 7月, 2009 1 次提交
  7. 13 7月, 2009 1 次提交
  8. 26 6月, 2009 1 次提交
  9. 22 6月, 2009 1 次提交
  10. 16 6月, 2009 1 次提交
  11. 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
  12. 10 6月, 2009 1 次提交
  13. 04 6月, 2009 2 次提交
  14. 20 5月, 2009 2 次提交
    • S
      HID: Multitouch support for the N-Trig touchscreen · 57fd637a
      Stephane Chatty 提交于
      Adds support for multitouch interaction on the N-Trig touchscreen, using the
      new ABS_MT_* input constants. Single touch support works as previously. This
      code was tested against two versions of the N- Trig firmware: one that supports
      dual pen/finger single touch, and one that supports finger multitouch but no
      pen at all. Copyright notices that looked wrong were removed, as it seems that
      there is only code written in 2009 by Rafin Rubin and Stephane Chatty in this
      file.
      Signed-off-by: NStephane Chatty <chatty@enac.fr>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      57fd637a
    • S
      HID: add new multitouch and digitizer contants · 89f536cc
      Stephane Chatty 提交于
      Added constants to hid.h for all digitizer usages (including the new multitouch
      ones that are not yet in the official USB spec but are being pushed by Microsft
      as described in their paper "Digitizer Drivers for Windows Touch and Pen-Based
      Computers"). Updated hid-debug.c to support the new MT input constants such as
      ABS_MT_POSITION_X.
      Signed-off-by: NStephane Chatty <chatty@enac.fr>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      89f536cc
  15. 15 5月, 2009 3 次提交
  16. 13 5月, 2009 2 次提交
  17. 11 5月, 2009 2 次提交
  18. 02 5月, 2009 1 次提交
  19. 29 4月, 2009 2 次提交
  20. 17 4月, 2009 1 次提交
  21. 07 4月, 2009 1 次提交
  22. 30 3月, 2009 1 次提交