aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/drivers/hid/hid-ids.h
diff options
context:
space:
mode:
authorHans de Goede <hdegoede@redhat.com>2019-04-04 15:51:32 +0200
committerBenjamin Tissoires <benjamin.tissoires@redhat.com>2019-04-05 17:35:02 +0200
commit4ceabaf7909d109db6afbffc4ed182741fc32043 (patch)
treeb64def112a3fbfe3bb135ac35b5fddc9e459464a /drivers/hid/hid-ids.h
parentHID: core: Call request_module before doing device_add (diff)
downloadwireguard-linux-4ceabaf7909d109db6afbffc4ed182741fc32043.tar.xz
wireguard-linux-4ceabaf7909d109db6afbffc4ed182741fc32043.zip
HID: core: Do not call request_module() in async context
request_module() may not be called form async context and in some cases hid devices may be added from an async context. One example of this happening is under hyperv, where this was triggering a WARN_ON in request_module(): [ 11.174497] hid_add_device+0xee/0x2b0 [hid] [ 11.174499] mousevsc_probe+0x223/0x2eb [hid_hyperv] [ 11.174501] vmbus_probe+0x3a/0x90 [ 11.174504] really_probe+0x229/0x420 [ 11.174506] driver_probe_device+0x115/0x130 [ 11.174507] __driver_attach_async_helper+0x87/0x90 [ 11.174509] async_run_entry_fn+0x37/0x150 This commit skips the request_module(), falling back to the old behavior of letting userspace deal with this, in case we are called from an async context. Cc: Lili Deng <v-lide@microsoft.com> Reported-by: Lili Deng <v-lide@microsoft.com> 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