04 Jul, 2013

3 commits


13 Jun, 2013

1 commit


03 Jun, 2013

2 commits

  • We now have dynamic hotplug support so the old static extensions are no
    longer needed nor used. Remove it along CONFIG_HID_WIIMOTE_EXT.

    Signed-off-by: David Herrmann
    Signed-off-by: Jiri Kosina

    David Herrmann
     
  • The hid-wiimote driver supports more than the Wii Remote. Nintendo
    produced many devices based on the Wii Remote, which have extension
    devices built-in. It is not clear to many users, that these devices have
    anything in common with the Wii Remote, so fix the driver description.

    This also updates the copyright information for the coming hotplugging
    rework.

    Signed-off-by: David Herrmann
    Signed-off-by: Jiri Kosina

    David Herrmann
     

29 May, 2013

1 commit

  • This is a driver for ELO 4000/4500 devices which report themselves as
    HID devices, but do not really send HID events on touch. So we
    introduce a new HID 'quirk' driver with a raw_event handler where we
    take care of those events.

    What we need additionally is an input_configured hook, because the
    device does not mention anything about PRESSURE and TOUCH in its
    report descriptor, but it actually generate those. So we set the bits
    in the corresponding input_dev in that hook.

    Thanks to Petr Ostadal who was willing to test the driver. The rest of
    Cc's listed below had something to do with that driver over the years
    in our enterprise tree.

    Signed-off-by: Jiri Slaby
    Tested-by: Petr Ostadal
    Cc: Oliver Neukum
    Cc: Vojtech Pavlik
    Cc: Egbert Eich
    Cc: Libor Pechacek
    Signed-off-by: Jiri Kosina

    Jiri Slaby
     

28 May, 2013

5 commits

  • Add hid-huion.c with support for Huion 580 tablet, which is simple
    8x5" tablet with 4000LPI resolution and 2048 levels pressure-sensitive
    pen manufactured by the Chinese company Huion.

    The driver fixes incorrect report descriptor sent by the device,
    performs custom initialization required to switch the tablet into
    its native resolution mode and inverts the in-range bit.

    Signed-off-by: Martin Rusko
    Signed-off-by: Jiri Kosina

    Martin Rusko
     
  • This mouse is sold as Tracer Sniper TRM-503, NOVA Gaming Slider X200 and
    Zalman ZM-GM1, and reports too high usage maximum and logical maximum
    (like 04d9:a067, but its report descriptor is different). This patch
    adds its USB ID and fixes the report descriptor in the same way.

    Note: I don't actually have such a mouse to test, I took the report
    descriptor posted at https://bugzilla.novell.com/show_bug.cgi?id=774676,
    compared it to the one from 04d9:a067 and changed the offsets
    accordingly (all numbers minus 9, since it is 9 bytes shorter, and the
    difference is before the values that need changing). That Surely Works™.

    Signed-off-by: Christian Ohm
    Signed-off-by: Jiri Kosina

    Christian Ohm
     
  • This mouse is sold as Sharkoon Drakonia and Perixx MX-2000 and reports a
    too high usage maximum and logical maximum. This driver fixes the report
    descriptor so those values don't exceed HID_MAX_USAGES.

    Signed-off-by: Christian Ohm
    Signed-off-by: Jiri Kosina

    Christian Ohm
     
  • The newly added support for Buzz controller

    - introduced Kconfig selection of LEDS_CLASS
    - introduced conditional preprocessor checking for CONFIG_LEDS_CLASS

    This has multiple problems -- namely select doesn't work transitively,
    so it shouldn't be used. On the other hand the code assumed that LEDS_CLASS
    is enabled in some places, but not everywhere.

    Put LEDS_CLASS as a Kconfig dependency for hid-sony and remove all the
    CONFIG_LEDS_CLASS conditionals from hid-sony.

    Reported-by: fengguang.wu@intel.com
    Signed-off-by: Jiri Kosina

    Jiri Kosina
     
  • This patch adds support for PS2/3 Buzz controllers into hid-sony

    It has been tested on Debian 7 with kernel version 3.10.0-rc2. Unfortunately
    I can't test the patch with a regular six-axis controller myself.

    Signed-off-by: Colin Leitner
    Cc: Jiri Kosina
    Cc: linux-input@vger.kernel.org
    Cc: linux-kernel@vger.kernel.org
    Signed-off-by: Jiri Kosina

    Colin Leitner
     

30 Apr, 2013

2 commits


21 Apr, 2013

1 commit


19 Apr, 2013

1 commit

  • This driver was originally written by James McKenzie, updated by
    Greg Kroah-Hartman, further updated by Bastien Nocera, with suspend
    support added.
    I ported it to the HID subsystem, in order to simplify it a litle
    and allow lirc to use it through hiddev.

    More recent versions of the IR receiver are also supported through
    a patch by Alex Karpenko. The patch also adds support for the 2nd
    and 5th generation of the controller, and the menu key on newer
    brushed metal remotes.

    Tested-by: Fabien André
    Signed-off-by: Benjamin Tissoires
    Signed-off-by: Jiri Kosina

    Benjamin Tissoires
     

07 Mar, 2013

1 commit

  • In the HID drivers tranport cleanup series, I removed the dependency
    between hid-holtek and usbhid. This was wrong as hid-holtek.c relies
    extensively on usb calls.

    This fixes compilation error when CONFIG_USB_SUPPORT is not enabled.

    Signed-off-by: Benjamin Tissoires
    Signed-off-by: Jiri Kosina

    Benjamin Tissoires
     

05 Mar, 2013

1 commit


25 Feb, 2013

3 commits

  • This removes most of the dependencies between hid drivers and usbhid.

    The patch was constructed by replacing all occurences of
    usbhid_wait_io() by its hid_hw_wait() counterpart.
    Then, drivers not requiring USB_HID anymore have their USB_HID
    dependency cleaned in the Kconfig file.

    As of today, few drivers are still requiring an explicit USB layer
    dependency:
    * ntrig (a patch is on its way)
    * multitouch (one patch following and another on its way)
    * lenovo tpkbd
    * roccat
    * sony

    The last three are two deeply using direct calls to the usb subsystem
    to be able to be cleaned right now.

    Signed-off-by: Benjamin Tissoires
    Reviewed-by: Mika Westerberg
    Signed-off-by: Jiri Kosina

    Benjamin Tissoires
     
  • This allows the hid drivers to be independent from the transport layer.

    The patch was constructed by replacing all occurences of
    usbhid_submit_report() by its hid_hw_request() counterpart.
    Then, drivers not requiring USB_HID anymore have their USB_HID
    dependency cleaned in the Kconfig file.

    Finally, few drivers still depends on USB_HID. Many of them
    are requiring the io wait callback. They are found in the next patch.

    Signed-off-by: Benjamin Tissoires
    Reviewed-by: Mika Westerberg

    For the sensor-hub part:
    Tested-by: Mika Westerberg
    Signed-off-by: Jiri Kosina

    Benjamin Tissoires
     
  • Most HID drivers (rightfully) only depend on the HID bus, not the
    specific transport layer. Remove such dependencies where applicable.

    Signed-off-by: Benjamin Tissoires
    Acked-by: Henrik Rydberg
    Reviewed-by: Mika Westerberg
    Signed-off-by: Jiri Kosina

    Benjamin Tissoires
     

22 Feb, 2013

1 commit

  • Pull HID subsystem updates from Jiri Kosina:
    "HID subsystem and drivers update. Highlights:

    - new support of a group of Win7/Win8 multitouch devices, from
    Benjamin Tissoires

    - fix for compat interface brokenness in uhid, from Dmitry Torokhov

    - conversion of drivers to use hid_driver helper, by H Hartley
    Sweeten

    - HID over I2C transport received ACPI enumeration support, written
    by Mika Westerberg

    - there is an ongoing effort to make HID sensor hubs independent of
    USB transport. The first self-contained part of this work is
    provided here, done by Mika Westerberg

    - a few smaller fixes here and there, support for a couple new
    devices added"

    * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid: (43 commits)
    HID: Correct Logitech order in hid-ids.h
    HID: LG4FF: Remove unnecessary deadzone code
    HID: LG: Prevent the Logitech Gaming Wheels deadzone
    HID: LG: Fix detection of Logitech Speed Force Wireless (WiiWheel)
    HID: LG: Add support for Logitech Momo Force (Red) Wheel
    HID: hidraw: print message when succesfully initialized
    HID: logitech: split accel, brake for Driving Force wheel
    HID: logitech: add report descriptor for Driving Force wheel
    HID: add ThingM blink(1) USB RGB LED support
    HID: uhid: make creating devices work on 64/32 systems
    HID: wiimote: fix nunchuck button parser
    HID: blacklist Velleman data acquisition boards
    HID: sensor-hub: don't limit the driver only to USB bus
    HID: sensor-hub: get rid of unused sensor_hub_grabbed_usages[] table
    HID: extend autodetect to handle I2C sensors as well
    HID: ntrig: use input_configured() callback to set the name
    HID: multitouch: do not use pointers towards hid-core
    HID: add missing GENERIC_HARDIRQ dependency
    HID: multitouch: make MT_CLS_ALWAYS_TRUE the new default class
    HID: multitouch: fix protocol for Elo panels
    ...

    Linus Torvalds
     

21 Feb, 2013

1 commit


19 Feb, 2013

1 commit

  • 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: Vivien Didelot
    Signed-off-by: Jiri Kosina

    Vivien Didelot
     

07 Feb, 2013

1 commit


31 Jan, 2013

2 commits


29 Jan, 2013

1 commit


03 Jan, 2013

1 commit


13 Dec, 2012

1 commit


19 Nov, 2012

1 commit

  • Microsoft published the protocol specification of HID over i2c:
    http://msdn.microsoft.com/en-us/library/windows/hardware/hh852380.aspx

    This patch introduces an implementation of this protocol.

    This implementation does not includes the ACPI part of the specification.
    This will come when ACPI 5.0 devices enumeration will be available.

    Once the ACPI part is done, OEM will not have to declare HID over I2C
    devices in their platform specific driver.

    Signed-off-by: Benjamin Tissoires
    Signed-off-by: Jiri Kosina

    Benjamin Tissoires
     

31 Oct, 2012

2 commits

  • Remove spurious brackets in Kconfig for hid-icade.

    Signed-off-by: Jiri Kosina

    Jiri Kosina
     
  • Add a driver for the ION iCade mini arcade cabinet [1]. The device generates a
    key press and release for each joystick movement or button press or release.
    For example, moving the stick to the left will generate the "A" key being
    pressed and then released.

    A list of all the combinations is available in the iCade developer guide [2].

    This driver hides all this and makes the device work as a generic joystick.

    [1]: http://www.ionaudio.com/products/details/icade
    [2]: http://www.ionaudio.com/downloads/iCade_Dev_Resource_v1.3.pdf

    Signed-off-by: Bastien Nocera
    Reviewed-by: Benjamin Tissoires
    Signed-off-by: Jiri Kosina

    Bastien Nocera
     

02 Oct, 2012

1 commit

  • Pull staging tree update from Greg Kroah-Hartman:
    "Here is the big staging tree update for the 3.7-rc1 merge window.

    There are a few patches in here that are outside of the staging area,
    namely HID and IIO patches, but all of them have been acked by the
    relevant subsystem maintainers. The IIO stuff is still coming in
    through this tree as it hasn't entirely moved out of the staging tree,
    but is almost there.

    Other than that, there wa a ton of work on the comedi drivers to make
    them more readable and the correct style. Doing that removed a lot of
    code, but we added a new driver to the staging tree, so we didn't end
    up with a net reduction this time around:

    662 files changed, 51649 insertions(+), 26582 deletions(-)

    All of these patches have been in the linux-next tree already.

    Signed-off-by: Greg Kroah-Hartman "

    * tag 'staging-3.6' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging: (1094 commits)
    staging: comedi: jr3_pci: fix iomem dereference
    staging: comedi: drivers: use comedi_fc.h cmdtest helpers
    Staging: winbond: usb_free_urb(NULL) is safe
    Staging: winbond: checkpatch cleanup
    Staging: winbond: Removed undesired spaces, lines and tabs
    Staging: winbond: Typo corrections in comments
    Staging: winbond: Changed c99 comments to c89 comments
    staging: r8712u: Do not queue cloned skb
    staging: comedi: ni_mio_common: always lock in ni_ai_poll()
    staging: comedi: s626: add FIXME comment
    staging: comedi: s626: don't dereference insn->data
    staging: comedi: s526: fix if() check in s526_gpct_winsn()
    staging: comedi: s626: cleanup comments in s626_initialize()
    staging: comedi: s626: remove clear of kzalloc'ed data
    staging: comedi: s626: remove 'WDInterval' from private data
    staging: comedi: s626: remove 'ChargeEnabled' from private data
    staging: comedi: s626: remove 'IsBoardRevA' comment
    staging: comedi: s626: #if 0 out the "SAA7146 BUG WORKAROUND"
    staging: comedi: s626: remove 'allocatedBuf' from private data
    staging: comedi: s626: add final attach message
    ...

    Linus Torvalds
     

01 Oct, 2012

3 commits


07 Sep, 2012

1 commit

  • Adding processing for HID Sensor usage table as defined by
    HID 1.12, Request #: HUTRR39, dated 05 May, 2011.
    This driver uses HID driver framework to register, send and
    receive events.
    This uses MFD framework, so that actual processing for a
    specific usage id can be done in a different driver. For
    example an accelerometer driver can be a separate driver and
    use the interface provided by this driver to register for
    events.

    Signed-off-by: srinivas pandruvada
    Signed-off-by: Jiri Kosina
    Signed-off-by: Jonathan Cameron

    srinivas pandruvada
     

03 Sep, 2012

1 commit

  • HID_LOGITECH_DJ uses "default m", which enables it in default kernel
    builds. Since this module just enables extra, non-critical
    functionality for one particular piece of hardware (specifically,
    differentiating multiple wireless keyboards and mice as separate input
    devices rather than treating them as one device), and the hardware works
    just fine with the default USB HID support, drop the "default m".

    Signed-off-by: Josh Triplett
    Signed-off-by: Jiri Kosina

    Josh Triplett
     

15 Aug, 2012

1 commit