1. 03 2月, 2010 1 次提交
  2. 26 1月, 2010 1 次提交
  3. 13 1月, 2010 3 次提交
  4. 05 1月, 2010 1 次提交
  5. 04 1月, 2010 1 次提交
  6. 23 12月, 2009 1 次提交
  7. 03 12月, 2009 1 次提交
  8. 13 11月, 2009 1 次提交
  9. 14 10月, 2009 3 次提交
  10. 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
  11. 17 9月, 2009 1 次提交
  12. 15 9月, 2009 1 次提交
  13. 26 8月, 2009 1 次提交
  14. 08 8月, 2009 2 次提交
  15. 23 7月, 2009 3 次提交
  16. 20 7月, 2009 1 次提交
  17. 26 6月, 2009 1 次提交
  18. 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
  19. 15 5月, 2009 1 次提交
  20. 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
  21. 02 5月, 2009 1 次提交
  22. 17 4月, 2009 1 次提交
  23. 30 3月, 2009 5 次提交
  24. 26 3月, 2009 1 次提交
    • O
      HID: autosuspend support for USB HID · 0361a28d
      Oliver Neukum 提交于
      This uses the USB busy mechanism for aggessive autosuspend of USB
      HID devices. It autosuspends all opened devices supporting remote wakeup
      after a timeout unless
      
      - output is being done to the device
      - a key is being held down (remote wakeup isn't triggered upon key release)
      - LED(s) are lit
      - hiddev is opened
      
      As in the current driver closed devices will be autosuspended even if they
      don't support remote wakeup.
      
      The patch is quite large because output to devices is done in hard interrupt
      context meaning a lot a queuing and locking had to be touched. The LED stuff
      has been solved by means of a simple counter. Additions to the generic HID code
      could be avoided. In addition it now covers hidraw. It contains an embryonic
      version of an API to let the generic HID code tell the lower levels which
      capabilities with respect to power management are needed.
      Signed-off-by: NOliver Neukum <oneukum@suse.de>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      0361a28d
  25. 17 2月, 2009 2 次提交
    • A
      HID: move tmff and zpff devices from ignore_list to blacklist · daedb3d6
      Anssi Hannula 提交于
      The devices handled by hid-tmff and hid-zpff were added in the
      hid_ignore_list[] instead of hid_blacklist[] in hid-core.c, thus
      disabling them completely.
      
      hid_ignore_list[] causes hid layer to skip the device, while
      hid_blacklist[] indicates there is a specific driver in hid bus.
      
      Re-enable the devices by moving them to the correct list.
      Signed-off-by: NAnssi Hannula <anssi.hannula@gmail.com>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      daedb3d6
    • M
      HID: blacklist Powercom USB UPS · 35cfd1d9
      Michael Tokarev 提交于
      For quite some time users with various UPSes from Powercom were forced to play
      magic with bind/unbind in /sys in order to be able to see the UPSes.  The
      beasts does not work as HID devices, even if claims to do so.  cypress_m8
      driver works with the devices instead, creating a normal serial port with which
      normal UPS controlling software works.
      
      The manufacturer confirmed the upcoming models with proper HID support will
      have different device IDs.  In any way, it's wrong to have two completely
      different modules for one device in kernel.
      
      Blacklist the device in HID (add it to hid_ignore_list) to stop this mess,
      finally.
      Signed-off-By: NMichael Tokarev <mjt@tls.msk.ru>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      35cfd1d9
  26. 29 1月, 2009 2 次提交