aboutsummaryrefslogtreecommitdiffstats
path: root/drivers/net/xen-netback/interface.c
diff options
context:
space:
mode:
authorJim Keir <[email protected]>2015-01-23 17:21:12 +0000
committerJiri Kosina <[email protected]>2015-01-26 20:26:30 +0000
commitafd700d933963d07391e3e3dfbfbc05e905960ef (patch)
tree063934f6d0e4467c70a50da8766b4868a429926a /drivers/net/xen-netback/interface.c
parentHID: hyperv: match wait_for_completion_timeout return type (diff)
downloadkernel-afd700d933963d07391e3e3dfbfbc05e905960ef.tar.gz
kernel-afd700d933963d07391e3e3dfbfbc05e905960ef.zip
HID: pidff: Fix initialisation forMicrosoft Sidewinder FF Pro 2
The FF2 driver (usbhid/hid-pidff.c) sends commands to the stick during ff_init. However, this is called inside a block where driver_input_lock is locked, so the results of these initial commands are discarded. This behavior is the "killer", without this nothing else works. ff_init issues commands using "hid_hw_request". This eventually goes to hid_input_report, which returns -EBUSY because driver_input_lock is locked. The change is to delay the ff_init call in hid-core.c until after this lock has been released. Calling hid_device_io_start() releases the lock so the device can be configured. We also need to call hid_device_io_stop() on exit for the lock to remain locked while ending the init of the drivers. [ [email protected]: imrpoved the changelog a lot ] Signed-off-by: Jim Keir <[email protected]> Reviewed-by: Benjamin.tissoires <[email protected]> Signed-off-by: Jiri Kosina <[email protected]>
Diffstat (limited to 'drivers/net/xen-netback/interface.c')
0 files changed, 0 insertions, 0 deletions