firmware_loader: make firmware_fallback_sysfs() print more useful
authorLuis R. Rodriguez <mcgrof@kernel.org>
Thu, 10 May 2018 20:08:44 +0000 (13:08 -0700)
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Mon, 14 May 2018 14:43:10 +0000 (16:43 +0200)
If we resort to using the sysfs fallback mechanism we don't print
the filename. This can be deceiving given we could have a series of
callers intertwined and it'd be unclear exactly for what firmware
this was meant for.

Additionally, although we don't currently use FW_OPT_NO_WARN when
dealing with the fallback mechanism, we will soon, so just respect
its use consistently.

And even if you *don't* want to print always on failure, you may
want to print when debugging so enable dynamic debug print when
FW_OPT_NO_WARN is used.

Reviewed-by: Kees Cook <keescook@chromium.org>
Signed-off-by: Luis R. Rodriguez <mcgrof@kernel.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
drivers/base/firmware_loader/fallback.c

index 9169e7b..b676a99 100644 (file)
@@ -690,6 +690,11 @@ int firmware_fallback_sysfs(struct firmware *fw, const char *name,
        if (!fw_run_sysfs_fallback(opt_flags))
                return ret;
 
-       dev_warn(device, "Falling back to user helper\n");
+       if (!(opt_flags & FW_OPT_NO_WARN))
+               dev_warn(device, "Falling back to syfs fallback for: %s\n",
+                                name);
+       else
+               dev_dbg(device, "Falling back to sysfs fallback for: %s\n",
+                               name);
        return fw_load_from_user_helper(fw, name, device, opt_flags);
 }