1. 17 5月, 2010 2 次提交
  2. 11 5月, 2010 1 次提交
  3. 10 5月, 2010 1 次提交
  4. 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
  5. 23 4月, 2010 1 次提交
  6. 21 4月, 2010 2 次提交
  7. 19 4月, 2010 2 次提交
  8. 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
  9. 12 4月, 2010 1 次提交
  10. 03 4月, 2010 1 次提交
  11. 22 3月, 2010 2 次提交
  12. 16 3月, 2010 1 次提交
  13. 15 3月, 2010 1 次提交
  14. 17 2月, 2010 3 次提交
  15. 16 2月, 2010 3 次提交
  16. 12 2月, 2010 1 次提交
  17. 11 2月, 2010 1 次提交
  18. 10 2月, 2010 7 次提交
  19. 09 2月, 2010 2 次提交
  20. 05 2月, 2010 1 次提交
  21. 03 2月, 2010 5 次提交
    • J
      HID: make full-fledged hid-bus drivers properly selectable · 2dbf209d
      Jiri Kosina 提交于
      For historical reasons, we don't have most of the in-tree
      drivers residing on hid-bus properly selectable in kernel
      configuration unless CONFIG_EMBEDDED is set.
      
      This has been introduced on Linus' request from 14 Oct
      
      ===
      As to the Kconfig options - do they really add so much space that you need to
      ask for the quirks? You didn't use to. Can you make the questions depend on
      EMBEDDED, or at least on the HID_COMPAT thing or whatever?
      ===
      
      This still makes perfect sense for small and tiny drivers, which
      just fix report descriptors, fix up HID->input mappings that slightly
      violates HUT standard, send one extra packet to the device that is
      needed before it becomes functional, etc.
      
      Since then, we have been gathering more and more HID-bus drivers,
      which are full-fledged drivers. For these, the size argument becomes
      more valid. Plus the devices are much more special than "just violates
      HID specification in this one or two tiny unimportant points".
      
      Therefore I am marking such drivers as properly selectable no matter
      the setting of CONFIG_EMBEDDED, while keeping all the small and tiny
      ones compiled by default.
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      2dbf209d
    • J
      HID: make Wacom modesetting failures non-fatal · 342f31e8
      Jiri Kosina 提交于
      With Wacom tablet mode-setting moved from userspace into kernel,
      we don't have to consider failures of device queries through the
      _raw callback as hard failure, as the driver can safely continue
      anyway.
      
      This is consistent with the current USB driver in wacom_sys.c
      Reported-by: NPing Cheng <pinglinux@gmail.com>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      342f31e8
    • B
      HID: Enable Sixaxis controller over Bluetooth · f9ce7c28
      Bastien Nocera 提交于
      Now that hid_output_raw_report works, port the PS3 Sixaxis
      Bluetooth quirk from user-space, into kernel-space.
      Signed-off-by: NBastien Nocera <hadess@hadess.net>
      Acked-by: NMarcel Holtmann <marcel@holtmann.org>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      f9ce7c28
    • B
      HID: Implement Wacom quirk in the kernel · 46a709b9
      Bastien Nocera 提交于
      The hid-wacom driver required user-space to poke at the tablet
      to make it send data about the cursor location.
      
      This patch makes it do the same thing but in the kernel.
      Signed-off-by: NBastien Nocera <hadess@hadess.net>
      Acked-by: NMarcel Holtmann <marcel@holtmann.org>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      46a709b9
    • J
      HID: make raw reports possible for both feature and output reports · d4bfa033
      Jiri Kosina 提交于
      In commit 2da31939 ("Bluetooth: Implement raw output support for HIDP
      layer"), support for Bluetooth hid_output_raw_report was added, but it
      pushes the data to the intr socket instead of the ctrl one. This has been
      fixed by 6bf8268f ("Bluetooth: Use the control channel for raw HID reports")
      
      Still, it is necessary to distinguish whether the report in question should be
      either FEATURE or OUTPUT. For this, we have to extend the generic HID API,
      so that hid_output_raw_report() callback provides means to specify this
      value so that it can be passed down to lower level hardware drivers (currently
      Bluetooth and USB).
      
      Based on original patch by Bastien Nocera <hadess@hadess.net>
      Acked-by: NMarcel Holtmann <marcel@holtmann.org>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      d4bfa033