aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/drivers/hid/hid-ids.h
diff options
context:
space:
mode:
authorHans de Goede <hdegoede@redhat.com>2019-04-20 13:21:53 +0200
committerBenjamin Tissoires <benjamin.tissoires@redhat.com>2019-04-23 18:00:51 +0200
commitb6aeeddef68deec9d603e455d163e3b41951f2d9 (patch)
treec1160307aa773f248bc78680c33b46d623cf2885 /drivers/hid/hid-ids.h
parentHID: logitech-dj: support sharing struct dj_receiver_dev between USB-interfaces (diff)
downloadwireguard-linux-b6aeeddef68deec9d603e455d163e3b41951f2d9.tar.xz
wireguard-linux-b6aeeddef68deec9d603e455d163e3b41951f2d9.zip
HID: logitech-dj: add logi_dj_recv_queue_unknown_work helper
Add a logi_dj_recv_queue_unknown_work helper and implement query rate-limiting inside this helper. The motivations behind this are: 1) We need to queue workitems for reports with no place to forward them from more places with the upcoming non-unifying receiver support, hence the addition of the helper function. 2) When we've missed a pairing info report (or there is a race between the report and input-events) and the input report is e.g. from a mouse being moved, we will get a lot of these before we've finished (re-) querying and enumerating the devices, hence the rate-limiting. Note this also removes the: if (!djrcv_dev->paired_dj_devices[hidpp_report->device_index]) check previously guarding the sending of an unknown workitem, the caller of logi_dj_recv_queue_notification already does this check before calling logi_dj_recv_queue_notification. Signed-off-by: Hans de Goede <hdegoede@redhat.com> Signed-off-by: Benjamin Tissoires <benjamin.tissoires@redhat.com>
Diffstat (limited to 'drivers/hid/hid-ids.h')
0 files changed, 0 insertions, 0 deletions