linux.git/drivers/hid, branch v4.9-rc2

HID: add quirk for Akai MIDImix.

2016-10-10T08:58:22+00:00

The Akai MIDImix (09e8:0031) is a MIDI fader controller that speaks
regular MIDI and works well with Linux. However, initialization gets
delayed due to reports timeout:

  [3643645.631124] hid-generic 0003:09E8:0031.0020: timeout initializing reports
  [3643645.632416] hid-generic 0003:09E8:0031.0020: hiddev0: USB HID v1.11 Device [AKAI MIDI Mix] on usb-0000:00:14.0-2/input0

Adding "usbhid.quirks=0x09e8:0x0031:0x20000000" on the kernel
command line makes the issues go away.

Signed-off-by: Steinar H. Gunderson 
Signed-off-by: Jiri Kosina

Revert "HID: dragonrise: fix HID Descriptor for 0x0006 PID"

2016-10-10T08:52:01+00:00

This reverts commit 18339f59c3a6 ("HID: dragonrise: fix HID...") because it
breaks certain dragonrise 0079:0006 gamepads. While it may fix a breakage
caused by commit 79346d620e9d ("HID: input: force generic axis to be mapped
to their user space axis"), it is probable that the manufacturer released
different hardware with the same PID so this fix works for only a subset
and breaks the other gamepads sharing the PID.

What is needed is another more generic solution which fixes 79346d620e9d
("HID: input: force generic axis ...") breakage for this controller: we
need to add an exception for this driver to make it keep the old behaviour
previous to the initial breakage (this is done in patch 2 of this series).

Signed-off-by: Ioan-Adrian Ratiu 
Reviewed-by: Benjamin Tissoires 
Signed-off-by: Jiri Kosina

HID: hid-dr: add input mapping for axis selection

2016-10-10T08:52:00+00:00

Commit 79346d620e9d ("HID: input: force generic axis to be mapped to their
user space axis") made mapping generic axes to their userspace equivalents
mandatory and some lower end gamepads which were depending on the previous
behaviour suffered severe regressions because they were reusing axes and
expecting hid-input to multiplex their map to the respective userspace axis
by always searching for and using the next available axis.

One solution is to add a hid quirk for this type of "previous" behaviour in
hid-input to bypass the new axes policy in favour of the old one, but since
only one hardware vendor seems to be affected negatively we're better off
making and exception and mapping in the driver for now; if more vendors or
drivers turn out to experience the problem we should reconsider the quirk
solution.

Signed-off-by: Ioan-Adrian Ratiu 
Reviewed-by: Benjamin Tissoires 
Signed-off-by: Jiri Kosina

HID: hid-led: fix issue with transfer buffer not being dma capable

2016-10-10T08:47:03+00:00

The hid-led driver works fine under 4.8.0, however with the next
kernel from today I get this:

------------[ cut here ]------------
WARNING: CPU: 0 PID: 2578 at drivers/usb/core/hcd.c:1584 usb_hcd_map_urb_for_dma+0x373/0x550 [usbcore]
transfer buffer not dma capable
Modules linked in: hid_led(+) usbhid vfat fat ir_sony_decoder iwlmvm led_class mac80211 snd_hda_codec_realtek snd_hda_codec_generic x86_pkg_temp_thermal iwlwifi crc32c_intel snd_hda_codec_hdmi i2c_i801 i2c_smbus snd_hda_intel cfg80211 snd_hda_codec snd_hda_core snd_pcm r8169 snd_timer mei_me mii snd mei ir_lirc_codec lirc_dev nuvoton_cir rc_core btusb btintel bluetooth rfkill usb_storage efivarfs ipv6 ehci_pci ehci_hcd xhci_pci xhci_hcd usbcore usb_common ext4 jbd2 mbcache ahci libahci libata
CPU: 0 PID: 2578 Comm: systemd-udevd Not tainted 4.8.0-rc8-next-20161003 #1
Hardware name: ZOTAC ZBOX-CI321NANO/ZBOX-CI321NANO, BIOS B246P105 06/01/2015
 ffffc90003dbb7e0 ffffffff81280425 ffffc90003dbb830 0000000000000000
 ffffc90003dbb820 ffffffff8105b086 0000063003dbb800 ffff88006f374480
 0000000000000000 0000000000000000 0000000000000001 ffff880079544000
Call Trace:
 [] dump_stack+0x68/0x93
 [] __warn+0xc6/0xe0
 [] warn_slowpath_fmt+0x4a/0x50
 [] usb_hcd_map_urb_for_dma+0x373/0x550 [usbcore]
 [] usb_hcd_submit_urb+0x316/0x9c0 [usbcore]
 [] ? rcu_read_lock_sched_held+0x40/0x80
 [] ? module_assert_mutex_or_preempt+0x13/0x50
 [] ? __module_address+0x27/0xf0
 [] usb_submit_urb+0x2c4/0x520 [usbcore]
 [] usb_start_wait_urb+0x5a/0xe0 [usbcore]
 [] usb_control_msg+0xbc/0xf0 [usbcore]
 [] ? __module_address+0x27/0xf0
 [] usbhid_raw_request+0xa4/0x180 [usbhid]
 [] hidled_recv+0x71/0xe0 [hid_led]
 [] thingm_init+0x2d/0x50 [hid_led]
 [] hidled_probe+0xcb/0x24a [hid_led]
 [] hid_device_probe+0xd2/0x150
 [] driver_probe_device+0x1fd/0x2c0
 [] __driver_attach+0x9a/0xa0
 [] ? driver_probe_device+0x2c0/0x2c0
 [] bus_for_each_dev+0x5d/0x90
 [] driver_attach+0x19/0x20
 [] bus_add_driver+0x11f/0x220
 [] ? 0xffffffffa07ac000
 [] driver_register+0x5b/0xd0
 [] ? 0xffffffffa07ac000
 [] __hid_register_driver+0x61/0xa0
 [] hidled_driver_init+0x1e/0x20 [hid_led]
 [] do_one_initcall+0x38/0x150
 [] ? rcu_read_lock_sched_held+0x40/0x80
 [] ? kmem_cache_alloc_trace+0x1d0/0x230
 [] do_init_module+0x5a/0x1cb
 [] load_module+0x1e42/0x2530
 [] ? __symbol_put+0x50/0x50
 [] ? show_coresize+0x30/0x30
 [] ? kernel_read_file+0x100/0x190
 [] ? kernel_read_file_from_fd+0x44/0x70
 [] SYSC_finit_module+0xba/0xc0
 [] SyS_finit_module+0x9/0x10
 [] entry_SYSCALL_64_fastpath+0x18/0xad
---[ end trace c9e6ea27003ecf9e ]---

Fix this by using a kmalloc'ed buffer when calling hid_hw_raw_request.

Signed-off-by: Heiner Kallweit 
Reviewed-by: Benjamin Tissoires 
Signed-off-by: Jiri Kosina

Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid

2016-10-07T18:58:38+00:00

Pull HID updates from Jiri Kosina:

 - Integrated Sensor Hub support (Cherrytrail+) from Srinivas Pandruvada

 - Big cleanup of Wacom driver; namely it's now using devres, and the
   standardized LED API so that libinput doesn't need to have root
   access any more, with substantial amount of other cleanups
   piggy-backing on top. All this from Benjamin Tissoires

 - Report descriptor parsing would now ignore and out-of-range System
   controls in case of the application actually being System Control.
   This fixes quite some issues with several devices, and allows us to
   remove a few ->report_fixup callbacks. From Benjamin Tissoires

 - ... a lot of other assorted small fixes and device ID additions

* 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid: (76 commits)
  HID: add missing \n to end of dev_warn messages
  HID: alps: fix multitouch cursor issue
  HID: hid-logitech: Documentation updates/corrections
  HID: hid-logitech: Improve Wingman Formula Force GP support
  HID: hid-logitech: Rewrite of descriptor for all DF wheels
  HID: hid-logitech: Compute combined pedals value
  HID: hid-logitech: Add combined pedal support Logitech wheels
  HID: hid-logitech: Introduce control for combined pedals feature
  HID: sony: Update copyright and add Dualshock 4 rate control note
  HID: sony: Defer the initial USB Sixaxis output report
  HID: sony: Relax duplicate checking for USB-only devices
  Revert "HID: microsoft: fix invalid rdesc for 3k kbd"
  HID: alps: fix error return code in alps_input_configured()
  HID: alps: fix stick device not working after resume
  HID: support for keyboard - Corsair STRAFE
  HID: alps: Fix memory leak
  HID: uclogic: Add support for UC-Logic TWHA60 v3
  HID: uclogic: Override constant descriptors
  HID: uclogic: Support UGTizer GP0610 partially
  HID: uclogic: Add support for several more tablets
  ...

Merge branches 'for-4.8/upstream-fixes', 'for-4.9/alps', 'for-4.9/hid-input', 'for-4.9/intel-ish', 'for-4.9/kye-uclogic-waltop-fixes', 'for-4.9/logitech', 'for-4.9/sony', 'for-4.9/upstream' and 'for-4.9/wacom' into for-linus

2016-10-07T07:59:48+00:00

HID: alps: fix multitouch cursor issue

2016-09-27T11:50:09+00:00

Issue reproduction procedure:

1. three or more fingers put on Touchpad.
2. release fingers from Touchpad.
3. move the cursor by one finger.
4. the cursor does not move.

Cause:

We do not notify multi fingers state correctly to input subsystem.  For
example, when three fingers release from Touchpad, fingers state is 3 -> 0. It
needs to notify first, second and third finger's releasing state.

Fix this by not breaking out on z axis and move x,y,z input handling
code to the correct place so that it's in fact per-finger.

[jkosina@suse.cz: reword changelog]
Signed-off-by: Masaki Ota 
Signed-off-by: Jiri Kosina

HID: hid-logitech: Documentation updates/corrections

2016-09-26T13:39:56+00:00

Signed-off-by: Simon Wood 
Signed-off-by: Jiri Kosina

HID: hid-logitech: Improve Wingman Formula Force GP support

2016-09-26T13:39:56+00:00

Move ForceFeedback support for the Formula Force GP into hid-lgff4
and re-write HID descriptor, thus allowing combined pedals or not
as user desires.

Signed-off-by: Simon Wood 
Signed-off-by: Jiri Kosina

HID: hid-logitech: Rewrite of descriptor for all DF wheels

2016-09-26T13:39:55+00:00

Rewrite the HID descriptor for _all_ Driving Force wheels (real
or emulated) so that they can report separate Accelerator and
Brake axis.

If the user wants a combined accel/brake axis, they can use the
'combined pedals' feature.

$ echo 1 > /sys/bus/hid/devices//combine_pedals

Signed-off-by: Simon Wood 
Signed-off-by: Jiri Kosina