1. 23 10月, 2010 1 次提交
  2. 13 10月, 2010 1 次提交
  3. 04 10月, 2010 1 次提交
  4. 01 10月, 2010 2 次提交
  5. 22 9月, 2010 1 次提交
  6. 18 9月, 2010 1 次提交
  7. 08 9月, 2010 2 次提交
  8. 04 9月, 2010 1 次提交
    • C
      HID: magicmouse: enable Magic Trackpad support · a462230e
      Chase Douglas 提交于
      The trackpad speaks a similar, but different, protocol from the magic
      mouse. However, only small code tweaks here and there are needed to make
      basic multitouch work.
      
      Extra logic is required for single-touch emulation of the touchpad. The
      changes made here take the approach that only one finger may emulate the
      single pointer when multiple fingers have touched the screen. Once that
      finger is raised, all touches must be raised before any further single
      touch events can be sent.
      
      Sometimes the magic trackpad sends two distinct touch reports as one big
      report. Simply splitting the packet in two and resending them through
      magicmouse_raw_event ensures they are handled properly.
      
      I also added myself to the copyright statement.
      Signed-off-by: NChase Douglas <chase.douglas@canonical.com>
      Acked-by: NMichael Poole <mdpoole@troilus.org>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      a462230e
  9. 02 9月, 2010 1 次提交
    • N
      HID: rdesc parser: remove local item size limit · 67168fd7
      Nikolai Kondrashov 提交于
      The HID report descriptor parser requires local items, except "delimiters",
      to have data. I.e. to have non-zero size. This removes the restriction.
      
      The HID specification doesn't seem to have such restriction and, for
      example, a "usage" item could have zero size if the usage ID is zero.
      At least one usage page - Keyboard/Keypad lists zero ID as valid.
      
      This doesn't seem to happen in the wild, probably because the official tool
      for authoring report descriptors always puts data even for zero values for
      some items, including "usage" items.
      
      However, this makes little sense and at least one open source tool for
      descriptor authoring generates zero data size "usage" items, which saves
      some space, especially if many such items are used in a descriptor.
      Signed-off-by: NNikolai Kondrashov <spbnick@gmail.com>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      67168fd7
  10. 01 9月, 2010 2 次提交
  11. 30 8月, 2010 1 次提交
  12. 23 8月, 2010 2 次提交
  13. 16 8月, 2010 1 次提交
    • C
      USB HID: Add ID for eGalax Multitouch used in JooJoo tablet · 83e44918
      Chris Ball 提交于
      The JooJoo tablet (http://thejoojoo.com/) contains an "eGalax Inc. USB
      TouchController", and this patch hooks it up to the egalax-touch driver.
      Without the patch we don't get any cursor motion, since it comes through
      Z/RX rather than X/Y.
      
      (The egalax-touch driver does not yet generate a correct event sequence
      for the "serial" protocol used by this device, though -- see the note
      added to the code, which comes from research by Stéphane Chatty.)
      
      Cc: Jiri Kosina <jkosina@suse.cz>
      Cc: Stéphane Chatty <chatty@enac.fr>
      Signed-off-by: NChris Ball <cjb@laptop.org>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      83e44918
  14. 10 8月, 2010 2 次提交
  15. 20 7月, 2010 1 次提交
  16. 19 7月, 2010 2 次提交
  17. 14 7月, 2010 1 次提交
  18. 29 6月, 2010 2 次提交
  19. 21 6月, 2010 1 次提交
  20. 04 6月, 2010 1 次提交
    • J
      HID: check for HID_QUIRK_IGNORE during probing · e5a2a04c
      Jindrich Makovicka 提交于
      While the hardcoded ignore list is checked in hid_add_device(), the
      user supplied ignore flags are not. Thus, the IGNORE quirk (0x0004)
      cannot be used to stop usbhid from binding devices like iBuddy, which
      has been recently removed from the ignore list due to product ID
      conflict.
      
      This patch adds the user quirk check to hid_add_device(), and makes
      hid_add_device() return -ENODEV when HID_QUIRK_IGNORE bit is set.
      
      HID_QUIRK_NO_IGNORE still takes precedence over HID_QUIRK_IGNORE.
      
      With the patch, iBuddy works properly using libusb when the following
      option is added to modprobe.d:
      
      options usbhid quirks=0x1130:0x0002:0x0004
      Signed-off-by: NJindrich Makovicka <makovick@gmail.com>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      e5a2a04c
  21. 25 5月, 2010 1 次提交
  22. 17 5月, 2010 3 次提交
  23. 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
  24. 29 4月, 2010 1 次提交
    • W
      HID: add support for BTC Emprex 3009URF III Vista MCE Remote · bf280628
      Wayne Thomas 提交于
      The Behavior Tech. Computer Corp. (BTC) remote branded as "Emprex 3009URF III
      Vista Remote Controller" uses non-standard mappings for all of its 'special
      purpose' keys (0xffbc usage page).  This patch modifies the existing
      hid-topseed quirky driver to support both remotes in order to prevent
      proliferation of in-kernel quirky drivers until such a time that udev remapping
      works with these devices.  Tested successfully with both the "Emprex" remote
      and the "CyberLink" remote originally supported by the hid-topseed driver.
      Signed-off-by: NWayne Thomas <waynethomas69@gmail.com>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      bf280628
  25. 27 4月, 2010 1 次提交
  26. 23 4月, 2010 2 次提交
  27. 21 4月, 2010 1 次提交
  28. 19 4月, 2010 1 次提交
    • B
      HID: add HID_QUIRK_HIDDEV_FORCE and HID_QUIRK_NO_IGNORE · b5e5a37e
      Bastien Nocera 提交于
      Add two quirks to make it possible for usbhid module options to
      override whether a device is ignored (HID_QUIRK_NO_IGNORE) and
      whether to connect a hiddev device (HID_QUIRK_HIDDEV_FORCE).
      
      Passing HID_QUIRK_NO_IGNORE for your device means that it will
      not be ignored by the HID layer, even if present in a blacklist.
      
      HID_QUIRK_HIDDEV_FORCE will force the creation of a hiddev for that
      device, making it accessible from user-space.
      
      Tested with an Apple IR Receiver, switching it from using appleir
      to using lirc's macmini driver.
      Signed-off-by: NBastien Nocera <hadess@hadess.net>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      b5e5a37e
  29. 15 4月, 2010 1 次提交
  30. 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