aboutsummaryrefslogtreecommitdiffstats
path: root/kernel/kmod.c
diff options
context:
space:
mode:
authorRafael J. Wysocki <rjw@sisk.pl>2011-05-06 14:09:42 -0400
committerRafael J. Wysocki <rjw@sisk.pl>2011-05-17 17:19:17 -0400
commita144c6a6c924aa1da04dd77fb84b89927354fdff (patch)
tree10cab9080a722a191086f58b9f304329e8a8b942 /kernel/kmod.c
parente1866b33b1e89f077b7132daae3dfd9a594e9a1a (diff)
PM: Print a warning if firmware is requested when tasks are frozen
Some drivers erroneously use request_firmware() from their ->resume() (or ->thaw(), or ->restore()) callbacks, which is not going to work unless the firmware has been built in. This causes system resume to stall until the firmware-loading timeout expires, which makes users think that the resume has failed and reboot their machines unnecessarily. For this reason, make _request_firmware() print a warning and return immediately with error code if it has been called when tasks are frozen and it's impossible to start any new usermode helpers. Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl> Acked-by: Greg Kroah-Hartman <gregkh@suse.de> Reviewed-by: Valdis Kletnieks <valdis.kletnieks@vt.edu>
Diffstat (limited to 'kernel/kmod.c')
-rw-r--r--kernel/kmod.c9
1 files changed, 9 insertions, 0 deletions
diff --git a/kernel/kmod.c b/kernel/kmod.c
index 9cd0591c96a2..9ab513bd0c3c 100644
--- a/kernel/kmod.c
+++ b/kernel/kmod.c
@@ -301,6 +301,15 @@ void usermodehelper_enable(void)
301 usermodehelper_disabled = 0; 301 usermodehelper_disabled = 0;
302} 302}
303 303
304/**
305 * usermodehelper_is_disabled - check if new helpers are allowed to be started
306 */
307bool usermodehelper_is_disabled(void)
308{
309 return usermodehelper_disabled;
310}
311EXPORT_SYMBOL_GPL(usermodehelper_is_disabled);
312
304static void helper_lock(void) 313static void helper_lock(void)
305{ 314{
306 atomic_inc(&running_helpers); 315 atomic_inc(&running_helpers);