diff options
author | Anssi Hannula <anssi.hannula@gmail.com> | 2008-10-04 14:44:06 +0200 |
---|---|---|
committer | Jiri Kosina <jkosina@suse.cz> | 2008-10-14 23:51:02 +0200 |
commit | f129ea6d1efe0eddcbb1f0faaec5623788ad9e58 (patch) | |
tree | 4a2b72a2f98b19efeb5e28837ed1bfacffbbc961 /samples/Kconfig | |
parent | dded364bf4e1f0de67d7d7b9e77c06b23a9f081f (diff) | |
download | kernel_goldelico_gta04-f129ea6d1efe0eddcbb1f0faaec5623788ad9e58.zip kernel_goldelico_gta04-f129ea6d1efe0eddcbb1f0faaec5623788ad9e58.tar.gz kernel_goldelico_gta04-f129ea6d1efe0eddcbb1f0faaec5623788ad9e58.tar.bz2 |
HID: fix a lockup regression when using force feedback on a PID device
Commit 8006479c9b75fb6594a7b746af3d7f1fbb68f18f introduced a spinlock in
input_dev->event_lock, which is locked when handling input events.
However, the hid-pidff driver sleeps when handling events as it waits for
reports being sent to the device before changing the report contents
again.
This causes a system lockup when trying to use force feedback with a PID
device, a regression introduced in 2.6.24 and 2.6.23.15.
Fix it by extracting the raw report data from struct hid_report
immediately when hid_submit_report() is called, therefore allowing
drivers to change the contents of struct hid_report immediately without
affecting the already-queued transfer.
In hid-pidff, re-add the removed usbhid_wait_io() to
pidff_erase_effect() instead, to prevent a full report queue from causing
the submission to fail, thus not freeing up device memory.
pidff_erase_effect() is not called while dev->event_lock is held.
Signed-off-by: Anssi Hannula <anssi.hannula@gmail.com>
Signed-off-by: Jiri Kosina <jkosina@suse.cz>
Diffstat (limited to 'samples/Kconfig')
0 files changed, 0 insertions, 0 deletions