1. 17 2月, 2014 2 次提交
  2. 03 12月, 2013 1 次提交
    • V
      HID: add support for Logitech Dual Action gamepads · 56d0c8b7
      Vitaly Katraew 提交于
      I have two Logitech Dual Action gamepads, both have same Vendor/Device id pair.
      Newest gamepad (A) can switch between old mode (HID) and XBox gamepad emulation
      mode. Old gamepad (B) can only work in HID mode.  In HID mode gamepad A sends
      many EPIPE errors during initialization and was disconnected immediately after
      connect  to usb port. It works fine in Win and Mac. After adding NOGET quirk in
      driver, it was working properly.  Gamepad B works fine before and after
      changes. I tested both gamepads with 3.8.0 and 3.11.6 kernels  with modified
      driver. Follow patch can apply for current git kernel version. I can send pcap
      log from usb bus with both gamepads or any other additional information if it
      is needed
      Signed-off-by: NVitaly Katraew <zawullon@gmail.com>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      56d0c8b7
  3. 15 10月, 2013 2 次提交
  4. 09 10月, 2013 1 次提交
  5. 20 2月, 2013 3 次提交
  6. 19 2月, 2013 2 次提交
  7. 03 1月, 2013 1 次提交
  8. 25 9月, 2012 2 次提交
    • M
      HID: lg4ff: Minor coding style fixes in lg4ff and hid-lg · a80fe5d6
      Michal Malý 提交于
      Fixes a couple of minor coding style issues.
      Signed-off-by: NMichal Malý <madcatxster@gmail.com>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      a80fe5d6
    • M
      HID: hid-lg4ff: Adjust X axis input value accordingly to selected range. · 2b24a960
      Michal Malý 提交于
      Range limiting command for the Driving Force Pro wheel is only a FF_SPRING
      effect so that the wheel creates resistance when the user tries to turn it past
      the limit. It is however possible to overpower the FFB motors quite easily which
      leads to the X axis value exceeding the expected limit. This confuses
      games which dynamically adjust calibration using the highest/lowest min and max
      values reported by the wheel. Joydev device driver also doesn't take in account
      any changes in an axis range after the joystick device is created.
      
      This patch recalculates received ABS_X axis value so it is always in
      <0; 16383> range where 0 is the left limit and 16383 the right limit.
      Logitech driver for Windows does the same thing.  As for any concerns about
      possible loss of precision, I compared a large set of raw/adjusted values
      generated by "mult_frac" to values returned by the Windows driver and I got
      a 100% match.
      
      Other Logitech wheels will probably need a similar fix, but I currently lack
      the information needed to write one.
      Signed-off-by: NMichal Malý <madcatxster@gmail.com>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      2b24a960
  9. 17 9月, 2012 1 次提交
  10. 05 9月, 2012 1 次提交
    • J
      HID: remove Paul Walmsley's copyright from places where it shouldn't be · 2f43f874
      Jiri Kosina 提交于
      Paul Walmsley has implemented dynamic quirk handling back in 2007 through
      commits:
      
      2eb5dc30 ("USB HID: encapsulate quirk handling into hid-quirks.c")
      8222fbe6 ("USB HID: clarify static quirk handling as squirks")
      8cef9082 ("USB HID: add support for dynamically-created quirks")
      876b9276 ("USB HID: add 'quirks' module parameter")
      
      and as such, his copyright rightly belongs to
      drivers/hid/usbhid/hid-quirks.c file.
      
      However when generic HID code has been converted to bus and individual
      quirks separated out to individual drivers on the bus, the copyright has
      been blindly transfered into all the tiny drivers, which actually don't
      contain any of Pauls' copyrighted code.
      
      Remove the copyright from those sub-drivers.
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      Acked-by: NPaul Walmsley <paul@pwsan.com>
      2f43f874
  11. 03 4月, 2012 1 次提交
  12. 04 8月, 2011 2 次提交
    • M
      HID: lg4ff - Add range setting support and sysfs interface · 30bb75d7
      Michal Malý 提交于
      Wheel range of certain Logitech wheels - namely Driving Force GT, Driving Force
      Pro, G25 and G27 can be adjusted. Minimu is 40 degrees, maximum 900. DFGT, G25
      and G27 all use a common command, DFP uses another one.  Range can be set from
      userspace by writing to
      "/sys/module/hid_logitech/drivers/hid:logitech/<dev>range". The driver use list
      to store range of each connected wheel; it's not possible to use driver_data in
      hid_device struct as it's already b hig-lg driver.
      Signed-off-by: NMichal Malý <madcatxster@gmail.com>
      Signed-off-by: NSimon Wood <simon@mungewell.org>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      30bb75d7
    • M
      HID: lg4ff - Move handling of Logitech wheels to lg4ff driver · 7362cd22
      Michal Malý 提交于
      This is the first out of five patches me and Simon Wood (CC'd) have been
      working on. It separates the handling of Logite from the generic lgff driver
      and adds additional features specific for the Logitech wheels, namely
      
      - Native mode support for Driving Force GT, Driving Force Pro, G25 and G27
      wheels Every Logitech wheel reports itself as generic Logitech Driving Force
      wheel (VID 046d, PID c294). This is done to ensu wheel will work on every USB
      HID-aware system even when no Logitech driver is available. It however limits
      the capabilit wheel - range is limited to 200 degrees, G25/G27 don't report the
      clutch pedal and there is only one combined axis for t brake. The switch to
      native mode is done via hardware-specific command which is different for each
      wheel. When the wheel receives such command, it simulates reconnect and reports
      to the OS with its actual PID.
      
      - Adjustable wheel range DFGT, DFP, G25 and G27 have variable range of the
      steering wheel. The range is limited by applying a maximum constant when the
      wheel is turned beyond the allowed range. The limit as also set by a
      hardware-specific command. There is a comm command for DFGT, G25 and G27 and
      another one for DFP. It is probably possible to use the DFP command to limit
      the range other Logitech wheels too, but this is not supported by the official
      Logitech driver for Windows.  The patch adds a sysfs interface which allows for
      the range to be set from userspace.
      
      - Fixed autocentering command All Logitech wheels support FF_AUTOCENTER effect.
      The original implementation in the lgff driver didn't work well with patch
      fixes it. According to USB communication sniffs the Formula Force EX (pretty
      much rebranded original Driving Force accept the generic autocentering command,
      this issue is also addressed by the patch
      
      There are still some features this patch doesn't cover, but since some of them
      will most likely require modifications of memless driver we have decided not to
      include them yet.
      
      As first we decided to move the handling of Logitech wheels from hid-lgff
      driver to hid-lg4ff driver (originally used fo At also adds PID of Logitech
      Driving Force GT.
      Signed-off-by: NMichal Malý <madcatxster@gmail.com>
      Signed-off-by: NSimon Wood <simon@mungewell.org>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      7362cd22
  13. 07 6月, 2011 1 次提交
    • M
      HID: Fix Logitech Driving Force Pro wheel · dc0a4f0c
      Michael Bauer 提交于
      - Add the quirk "NOGET" to make the wheel work at all in native mode.
      - Replace the somehow broken report descriptor with a custom one to have
        separate throttle and brake axes.
      
      As there are significant differences in the descriptor (original descriptor
      "hides" the separate axes in a  24 bit FF00 usagepage, new descripter replaces
      that with two individual 8 bit desktop.y and desktop.rz usages) I provided a
      complete replacement descriptor instead trying to patch the original one.
      Patching the descriptor seems not feasible as the new one is much larger.
      
      Note: To actually test this you have to use the tool "ltwheelconf" to put the
      DFP into it's native mode - See below for more info.
      
      Background:
      Most Logitech wheels are initially reporting themselves with a "fallback"
      deviceID (USB_DEVICE_ID_LOGITECH_WHEEL - 0xc294), in order to make sure they
      are working even without having the proper driver installed.
      
      If the Logitech driver is installed it sends a special command to the wheel
      which sets the wheel to "native mode", enabling enhance features like:
      - Clutch pedal
      - extended wheel rotation range (up to 900 degrees)
      - H-gate shifter
      - separate axis for throttle / brake
      - all buttons
      
      When the wheel is set to native mode it basically disconnects and reconnects
      with a different deviceID (USB_DEVICE_ID_LOGITECH_DFP_WHEEL - 0xc298 in this
      case).
      
      I am working on a userspace tool [1] which does the switching from fallback to
      native mode. During development I found out that the Driving Force Pro wheel
      is not supported in native mode - quierk NOGET is missing and the throttle and
      brake axes are reported in a combined way only.
      Signed-off-by: NMichael Bauer <michael@m-bauer.org>
      Signed-off-by: NSimon Wood <simon@mungewell.org>
      
      [1] https://github.com/TripleSpeeder/LTWheelConfSigned-off-by: NJiri Kosina <jkosina@suse.cz>
      dc0a4f0c
  14. 03 5月, 2011 1 次提交
    • P
      HID: add support for Logitech G27 wheel · fdc6807f
      Peter Gundermann 提交于
      Gere's a small patch to add support for the Logitech G27 wheel, since
      the prior patch only added FF support for the Driving Force Pro and G25.
      The patch contains the changes from the G25 and DFP, too.
      
      I tested the changes with wine/LFS and got full support for all axes and
      buttons.
      
      Signed-off: Peter Gundermann <slim-one@users.sourceforge.net>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      fdc6807f
  15. 17 3月, 2011 1 次提交
  16. 10 12月, 2010 1 次提交
    • J
      HID: Add and use hid_<level>: dev_<level> equivalents · 4291ee30
      Joe Perches 提交于
      Neaten current uses of dev_<level> by adding and using
      hid specific hid_<level> macros.
      
      Convert existing uses of dev_<level> uses to hid_<level>.
      Convert hid-pidff printk uses to hid_<level>.
      
      Remove err_hid and use hid_err instead.
      
      Add missing newlines to logging messages where necessary.
      Coalesce format strings.
      
      Add and use pr_fmt(fmt) KBUILD_MODNAME ": " fmt
      
      Other miscellaneous changes:
      
      Add const struct hid_device * argument to hid-core functions
      extract() and implement() so hid_<level> can be used by them.
      Fix bad indentation in hid-core hid_input_field function
      that calls extract() function above.
      Signed-off-by: NJoe Perches <joe@perches.com>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      4291ee30
  17. 24 10月, 2010 1 次提交
  18. 04 10月, 2010 1 次提交
  19. 22 9月, 2010 1 次提交
  20. 10 8月, 2010 1 次提交
  21. 19 4月, 2010 1 次提交
  22. 13 1月, 2010 1 次提交
  23. 25 11月, 2009 1 次提交
  24. 13 11月, 2009 1 次提交
  25. 23 7月, 2009 2 次提交
  26. 17 4月, 2009 1 次提交
  27. 30 3月, 2009 1 次提交
    • J
      HID: remove compat stuff · afa5eb7c
      Jiri Slaby 提交于
      This removal was scheduled and there is no problem with later
      distros to adapt for the new bus, thanks to aliases.
      
      module-init-tools map files are deprecated nowadays, so that
      the patch which introduced hid ones into the m-i-t won't be
      accepted and hence there is no reason for leaving compat stuff in.
      Signed-off-by: NJiri Slaby <jirislaby@gmail.com>
      Cc: Jiri Kosina <jkosina@suse.cz>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      afa5eb7c
  28. 04 1月, 2009 1 次提交
    • A
      HID: automatically call usbhid_set_leds in usbhid driver · 08ef08ee
      Alan Stern 提交于
      This patch (as1146c) makes usbhid automatically call usbhid_set_leds()
      for any device that supports the keyboard boot protocol.
      
      In theory this should be perfectly safe.  BIOSes send the LED output
      report as part of their normal device initialization, so any keyboard
      device supporting the boot protocol has to be able to handle it.
      
      As a side effect, the hid-dell and hid-bright drivers are no longer
      needed, and the Logitech keyboard driver can be removed from hid-lg.
      
      CC: Mauro Carvalho Chehab <mchehab@redhat.com>
      Signed-off-by: NAlan Stern <stern@rowland.harvard.edu>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      08ef08ee
  29. 17 10月, 2008 1 次提交
  30. 15 10月, 2008 3 次提交