1. 29 6月, 2010 1 次提交
  2. 17 5月, 2010 1 次提交
  3. 12 5月, 2010 1 次提交
    • D
      HID: Prodikeys PC-MIDI HID Driver · 3a370ca1
      Don Prince 提交于
      A specialised HID driver for the Creative Prodikeys PC-MIDI USB Keyboard.
      
      The Prodikeys PC-MIDI is a multifunction keyboard comprising a qwerty keyboard,
      multimedia keys and a touch sensitive musical keyboard.
      
      The specialised HID driver adds full support for the musical keyboard and extra
      multimedia keys which are not currently handled by the default HID driver.
      
      The specialised HID driver interfaces with ALSA, and presents the midi keyboard
      as a rawmidi device. Sustain duration, octave shifting and the midi output
      channel can be read/written form userspace via sysfs.
      Signed-off-by: NDon Prince <dhprince-devel@yahoo.co.uk>
      ALSA parts:
      Acked-by: NClemens Ladisch <clemens@ladisch.de>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      3a370ca1
  4. 15 4月, 2010 1 次提交
  5. 11 4月, 2010 1 次提交
  6. 31 3月, 2010 1 次提交
  7. 22 3月, 2010 1 次提交
    • S
      HID: add driver for Roccat Kone gaming mouse · 14bf62cd
      Stefan Achatz 提交于
      This Patch adds support for Kone gaming mouse from Roccat.
      It provides access to profiles, settings, firmware, weight,
      actual settings etc. through sysfs attributes.
      Event handling of this mouse differs from standard hid behaviour
      in that tilt button press is reported in each move event which
      results in strange behaviour if not handled by the driver.
      
      This is a heavily reworked version of the previously introduced driver.
      The changes include most of the previously raised concerns,
      memory leak and other fixes, code cleanups, adoption of additional
      achieved knowlege about the hardware and is (IMHO) a much better version
      than before even when I exchanged reduced USB-IO with a bigger memory
      consumption.
      
      I refused to implement one mentioned point:
      Removing the 'just-because-we-can' attributes. Motivation:
      Reading the clipped in weight: I'm no gamer and can't determine the
      usefulness of this feature but if the manufacturer implements such a
      feature it might make sense to someone and I would unwillingly limit the
      functionality besides its such a small feature.
      Reading the actual profile and dpi settings: Here I can testify that one
      can get lost of the actual settings when switching back and forth.
      The manufacturers windows driver has the ability for on-screen-display
      of the values and there is a mouse in the market that has an lcd on the
      underside of it to show these values. So I think this feature makes sense
      not only for me and shouldn't be removed.
      Signed-off-by: NStefan Achatz <erazor_de@users.sourceforge.net>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      14bf62cd
  8. 10 2月, 2010 2 次提交
  9. 26 1月, 2010 1 次提交
  10. 13 1月, 2010 2 次提交
  11. 04 1月, 2010 1 次提交
  12. 23 12月, 2009 1 次提交
  13. 23 7月, 2009 1 次提交
  14. 12 6月, 2009 1 次提交
    • 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
  15. 15 5月, 2009 2 次提交
  16. 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
  17. 30 3月, 2009 4 次提交
  18. 04 1月, 2009 4 次提交
  19. 15 10月, 2008 13 次提交