aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/scripts
diff options
context:
space:
mode:
authorRusty Russell <rusty@rustcorp.com.au>2010-05-19 17:33:39 -0600
committerRusty Russell <rusty@rustcorp.com.au>2010-05-19 17:33:39 +0930
commit480b02df3aa9f07d1c7df0cd8be7a5ca73893455 (patch)
tree27b51ecc15bb30b0d79bb0c702a0124c8b4848fc /scripts
parentMODULE_DEVICE_TABLE(isapnp, ...) does nothing (diff)
downloadwireguard-linux-480b02df3aa9f07d1c7df0cd8be7a5ca73893455.tar.xz
wireguard-linux-480b02df3aa9f07d1c7df0cd8be7a5ca73893455.zip
module: drop the lock while waiting for module to complete initialization.
This fixes "gave up waiting for init of module libcrc32c." which happened at boot time due to multiple parallel module loads. The problem was a deadlock: we wait for a module to finish initializing, but we keep the module_lock mutex so it can't complete. In particular, this could reasonably happen if a module does a request_module() in its initialization routine. So we change use_module() to return an errno rather than a bool, and if it's -EBUSY we drop the lock and wait in the caller, then reaquire the lock. Reported-by: Brandon Philips <brandon@ifup.org> Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> Tested-by: Brandon Philips <brandon@ifup.org>
Diffstat (limited to 'scripts')
0 files changed, 0 insertions, 0 deletions