1. 19 4月, 2013 1 次提交
  2. 29 3月, 2013 1 次提交
  3. 19 2月, 2013 1 次提交
    • V
      HID: add ThingM blink(1) USB RGB LED support · 30ba2fbd
      Vivien Didelot 提交于
      The ThingM blink(1) is an open source hardware USB RGB LED. It contains
      an internal EEPROM, allowing to configure up to 12 light patterns. A
      light pattern is a RGB color plus a fade time. This driver registers a
      LED class instance with additional sysfs attributes to support basic
      functions such as setting RGB colors, fade and playing. Other functions
      are still accessible through the hidraw interface.
      
      At this time, the only documentation for the device is the firmware
      source code from ThingM, plus a few schematics. They are available at:
      
      https://github.com/todbot/blink1
      
      This patch is version 3. It updates the name of the source file, the
      driver and the led sysfs entry, according to comments from Jiri Kosina
      and Simon Wood.
      Signed-off-by: NVivien Didelot <vivien.didelot@savoirfairelinux.com>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      30ba2fbd
  4. 18 2月, 2013 2 次提交
  5. 05 2月, 2013 1 次提交
  6. 31 1月, 2013 1 次提交
  7. 17 1月, 2013 1 次提交
  8. 16 1月, 2013 1 次提交
    • F
      HID: add support for Sony RF receiver with USB product id 0x0374 · a4649184
      Fernando Luis Vázquez Cao 提交于
      Some Vaio desktop computers, among them the VGC-LN51JGB multimedia PC, have
      a RF receiver, multi-interface USB device 054c:0374, that is used to connect
      a wireless keyboard and a wireless mouse.
      
      The keyboard works flawlessly, but the mouse (VGP-WMS3 in my case) does not
      seem to be generating any pointer events. The problem is that the mouse pointer
      is wrongly declared as a constant non-data variable in the report descriptor
      (see lsusb and usbhid-dump output below), with the consequence that it is
      ignored by the HID code.
      
      Add this device to the have-special-driver list and fix up the report
      descriptor in the Sony-specific driver which happens to already have a fixup
      for a similar firmware bug.
      
      # lsusb -vd 054C:0374
      Bus 003 Device 002: ID 054c:0374 Sony Corp.
      Device Descriptor:
        bLength                18
        bDescriptorType         1
        bcdUSB               2.00
        bDeviceClass            0 (Defined at Interface level)
        bDeviceSubClass         0
        bDeviceProtocol         0
        bMaxPacketSize0         8
        idVendor           0x054c Sony Corp.
        idProduct          0x0374
        iSerial                 0
      [...]
          Interface Descriptor:
            bLength                 9
            bDescriptorType         4
            bInterfaceNumber        1
            bAlternateSetting       0
            bNumEndpoints           1
            bInterfaceClass         3 Human Interface Device
            bInterfaceSubClass      1 Boot Interface Subclass
            bInterfaceProtocol      2 Mouse
            iInterface              2 RF Receiver
      [...]
                Report Descriptor: (length is 100)
      [...]
                  Item(Global): Usage Page, data= [ 0x01 ] 1
                                  Generic Desktop Controls
                  Item(Local ): Usage, data= [ 0x30 ] 48
                                  Direction-X
                  Item(Local ): Usage, data= [ 0x31 ] 49
                                  Direction-Y
                  Item(Global): Report Count, data= [ 0x02 ] 2
                  Item(Global): Report Size, data= [ 0x08 ] 8
                  Item(Global): Logical Minimum, data= [ 0x81 ] 129
                  Item(Global): Logical Maximum, data= [ 0x7f ] 127
                  Item(Main  ): Input, data= [ 0x07 ] 7
                                  Constant Variable Relative No_Wrap Linear
                                  Preferred_State No_Null_Position Non_Volatile Bitfield
      
      # usbhid-dump
      003:002:001:DESCRIPTOR         1357910009.758544
       05 01 09 02 A1 01 05 01 09 02 A1 02 85 01 09 01
       A1 00 05 09 19 01 29 05 95 05 75 01 15 00 25 01
       81 02 75 03 95 01 81 01 05 01 09 30 09 31 95 02
       75 08 15 81 25 7F 81 07 A1 02 85 01 09 38 35 00
       45 00 15 81 25 7F 95 01 75 08 81 06 C0 A1 02 85
       01 05 0C 15 81 25 7F 95 01 75 08 0A 38 02 81 06
       C0 C0 C0 C0
      
      Cc: linux-input@vger.kernel.org
      Cc: linux-usb@vger.kernel.org
      Cc: linux-kernel@vger.kernel.org
      Signed-off-by: NFernando Luis Vazquez Cao <fernando@oss.ntt.co.jp>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      a4649184
  9. 28 12月, 2012 1 次提交
  10. 12 12月, 2012 2 次提交
  11. 07 12月, 2012 1 次提交
  12. 03 12月, 2012 1 次提交
  13. 15 11月, 2012 2 次提交
  14. 07 11月, 2012 1 次提交
    • F
      HID: Ignore D-WAV/eGalax devices handled by usbtouchscreen · 729b814a
      Forest Bond 提交于
      Previously, both usbhid and usbtouchscreen would bind to D-WAV devices
      with class HID and protocol None, so they would be claimed by whichever
      driver was loaded first.  Some of these devices do in fact work with
      usbhid, but not all of them do.  OTOH they all work with usbtouchscreen
      as of commit 037a833e ("Input:
      usbtouchscreen - initialize eGalax devices").  So we ignore them in
      usbhid to prevent getting in the way of usbtouchscreen and claiming an
      interface that we may not be able to do anything useful with.
      Signed-off-by: NForest Bond <forest.bond@rapidrollout.com>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      729b814a
  15. 31 10月, 2012 2 次提交
  16. 17 10月, 2012 1 次提交
  17. 01 10月, 2012 2 次提交
    • D
      HID: Add support for Sony PS3 BD Remote Control · 5844c1cd
      David Dillow 提交于
      The Sony PS3 Blue-ray Disc Remote Control used to be supported by the
      BlueZ project's user space, but the code that handled it was recently
      removed as its functionality conflicted with a real HSP implementation
      and the mapping was thought to be better handled in the kernel. This is
      a port of the mapping logic from the fakehid driver by Marcel Holtmann
      to the in-kernel HID layer.
      
      We also add support for the Logitech Harmony Adapter for PS3, which
      emulates the BD Remote.
      Signed-off-by: NDavid Dillow <dave@thedillows.org>
      Signed-off-by: NAntonio Ospite <ospite@studenti.unina.it>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      5844c1cd
    • K
      HID: keep dev_rdesc unmodified and use it for comparisons · 86e6b77e
      Kevin Daughtridge 提交于
      The dev_rdesc member of the hid_device structure is meant to store the original
      report descriptor received from the device, but it is currently passed to any
      report_fixup method before it is copied to the rdesc member. This patch uses a
      temporary buffer to shield dev_rdesc from the side effects of many HID drivers'
      report_fixup implementations.
      
      usbhid's hid_post_reset checks the report descriptor currently returned by the
      device against a descriptor that may have been modified by a driver's
      report_fixup method. That leaves some devices nonfunctional after a resume, with
      a "reset_resume error 1" reported. This patch checks the new descriptor against
      the unmodified dev_rdesc instead and uses the original, instead of modified,
      report size.
      
      BugLink: http://bugs.launchpad.net/bugs/1049623Signed-off-by: NKevin Daughtridge <kevin@kdau.com>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      86e6b77e
  18. 17 9月, 2012 2 次提交
  19. 07 9月, 2012 2 次提交
  20. 02 9月, 2012 2 次提交
  21. 27 8月, 2012 1 次提交
    • N
      HID: uclogic: Add support for UC-Logic TWHA60 · eb4e426a
      Nikolai Kondrashov 提交于
      Add support for UC-Logic Tablet TWHA60.
      It is known to be sold as Genius EasyPen M610 and Monoprice MP1060-HA60.
      
      As this tablet has several variations with different number and different
      assignments of frame buttons, they are simply mapped to F1-F24 range and are
      left for users to remap in userspace.
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      eb4e426a
  22. 22 8月, 2012 1 次提交
  23. 15 8月, 2012 1 次提交
  24. 31 7月, 2012 1 次提交
  25. 23 7月, 2012 1 次提交
  26. 22 7月, 2012 1 次提交
  27. 20 7月, 2012 2 次提交
    • D
      HID: Allow drivers to be their own listener · 4bc19f62
      David Herrmann 提交于
      hid-picolcd and hid-wiimote do not allow any of hidinput, hiddev or hidraw
      to claim the device but still want to remain on the bus. Hence, if a
      driver uses the raw_event callback but no other listener claimed the
      device, we still leave it on the bus as the driver handles everything by
      itself. It thus becomes its own listener.
      
      Under some circumstances (eg., hidinput_connect() fails and raw_event set)
      a device may be left on the bus even though it requires external
      listeners. But then if hidinput_connect() fails there are bigger issues
      than a device that is left unhandled. So we can safely use this heuristic
      to avoid adding another flag for special devices like hid-picolcd and
      hid-wiimote.
      
      This also removes the ugly hack from hid-picolcd as this is no longer
      required.
      Signed-off-by: NDavid Herrmann <dh.herrmann@googlemail.com>
      Acked-by: NHenrik Rydberg <rydberg@euromail.se>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      4bc19f62
    • M
      HID: hid-core: optimize in case of hidraw · b94e3c94
      Matthieu CASTET 提交于
      When using hidraw, hid buffer can be big and take lot's of
      time to process (interrupt) kernel context.
      Don't try to parse report if we are only interrested in hidraw.
      
      Also don't prepare data for debug stuff if no debugfs file
      are opened.
      Signed-off-by: NMatthieu CASTET <matthieu.castet@parrot.com>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      b94e3c94
  28. 12 7月, 2012 1 次提交
  29. 11 7月, 2012 2 次提交
  30. 28 6月, 2012 1 次提交