public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Takashi Iwai <tiwai@suse.de>
Cc: Ming Lei <ming.lei@canonical.com>, Tom Gundersen <teg@jklm.no>,
	Abhay Salunke <Abhay_Salunke@dell.com>, Stefan Roese <sr@denx.de>,
	Arnd Bergmann <arnd@arndb.de>, Kay Sievers <kay@vrfy.org>,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2] firmware loader: allow disabling of udev as firmware loader
Date: Wed, 4 Jun 2014 09:25:11 -0700	[thread overview]
Message-ID: <20140604162511.GB15397@kroah.com> (raw)
In-Reply-To: <1401896895-14262-1-git-send-email-tiwai@suse.de>

On Wed, Jun 04, 2014 at 05:48:15PM +0200, Takashi Iwai wrote:
> [The patch was originally proposed by Tom Gundersen, and rewritten
>  afterwards by me; most of changelogs below borrowed from Tom's
>  original patch -- tiwai]
> 
> Currently (at least) the dell-rbu driver selects FW_LOADER_USER_HELPER,
> which means that distros can't really stop loading firmware through
> udev without breaking other users (though some have).
> 
> Ideally we would remove/disable the udev firmware helper in both the
> kernel and in udev, but if we were to disable it in udev and not the
> kernel, the result would be (seemingly) hung kernels as no one would
> be around to cancel firmware requests.
> 
> This patch allows udev firmware loading to be disabled while still
> allowing non-udev firmware loading, as done by the dell-rbu driver, to
> continue working. This is achieved by only using the fallback
> mechanism when the uevent is suppressed.
> 
> The patch renames the user-selectable Kconfig from FW_LOADER_USER_HELPER
> to FW_LOADER_USER_HELPER_FALLBACK, and the former is reverse-selected
> by the latter or the drivers that need userhelper like dell-rbu.
> 
> Also, the "default y" is removed together with this change, since it's
> been deprecated in udev upstream, thus rather better to disable it
> nowadays.
> 
> Tested with
>     FW_LOADER_USER_HELPER=n
>     LATTICE_ECP3_CONFIG=y
>     DELL_RBU=y
> and udev without the firmware loading support, but I don't have the
> hardware to test the lattice/dell drivers, so additional testing would
> be appreciated.
> 
> Reviewed-by: Tom Gundersen <teg@jklm.no>
> Cc: Ming Lei <ming.lei@canonical.com>
> Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
> Cc: Abhay Salunke <Abhay_Salunke@dell.com>
> Cc: Stefan Roese <sr@denx.de>
> Cc: Arnd Bergmann <arnd@arndb.de>
> Cc: Kay Sievers <kay@vrfy.org>
> Signed-off-by: Takashi Iwai <tiwai@suse.de>
> ---
>  drivers/base/Kconfig          | 10 ++++++++--
>  drivers/base/firmware_class.c | 15 ++++++++++-----
>  include/linux/firmware.h      |  2 +-
>  3 files changed, 19 insertions(+), 8 deletions(-)
> 
> diff --git a/drivers/base/Kconfig b/drivers/base/Kconfig
> index 8fa8deab6449..d0bb32e4c416 100644
> --- a/drivers/base/Kconfig
> +++ b/drivers/base/Kconfig
> @@ -144,15 +144,21 @@ config EXTRA_FIRMWARE_DIR
>  	  some other directory containing the firmware files.
>  
>  config FW_LOADER_USER_HELPER
> +	bool
> +
> +config FW_LOADER_USER_HELPER_FALLBACK
>  	bool "Fallback user-helper invocation for firmware loading"
>  	depends on FW_LOADER
> -	default y
> +	select FW_LOADER_USER_HELPER
>  	help
>  	  This option enables / disables the invocation of user-helper
>  	  (e.g. udev) for loading firmware files as a fallback after the
>  	  direct file loading in kernel fails.  The user-mode helper is
>  	  no longer required unless you have a special firmware file that
> -	  resides in a non-standard path.
> +	  resides in a non-standard path. Moreover, the udev support has
> +	  been deprecated upstream.
> +
> +	  If you are unsure about this, say N here.
>  
>  config DEBUG_DRIVER
>  	bool "Driver Core verbose debug messages"
> diff --git a/drivers/base/firmware_class.c b/drivers/base/firmware_class.c
> index d276e33880be..46ea5f4c3bb5 100644
> --- a/drivers/base/firmware_class.c
> +++ b/drivers/base/firmware_class.c
> @@ -100,9 +100,14 @@ static inline long firmware_loading_timeout(void)
>  #define FW_OPT_UEVENT	(1U << 0)
>  #define FW_OPT_NOWAIT	(1U << 1)
>  #ifdef CONFIG_FW_LOADER_USER_HELPER
> -#define FW_OPT_FALLBACK	(1U << 2)
> +#define FW_OPT_USERHELPER	(1U << 2)
>  #else
> -#define FW_OPT_FALLBACK	0
> +#define FW_OPT_USERHELPER	0
> +#endif
> +#ifdef CONFIG_FW_LOADER_USER_HELPER_FALLBACK
> +#define FW_OPT_FALLBACK		FW_OPT_USERHELPER
> +#else
> +#define FW_OPT_FALLBACK		0
>  #endif
>  
>  struct firmware_cache {
> @@ -1111,7 +1116,7 @@ _request_firmware(const struct firmware **firmware_p, const char *name,
>  
>  	ret = fw_get_filesystem_firmware(device, fw->priv);
>  	if (ret) {
> -		if (opt_flags & FW_OPT_FALLBACK) {
> +		if (opt_flags & FW_OPT_USERHELPER) {
>  			dev_warn(device,
>  				 "Direct firmware load failed with error %d\n",
>  				 ret);
> @@ -1171,7 +1176,7 @@ request_firmware(const struct firmware **firmware_p, const char *name,
>  }
>  EXPORT_SYMBOL(request_firmware);
>  
> -#ifdef CONFIG_FW_LOADER_USER_HELPER
> +#ifdef CONFIG_FW_LOADER_USER_HELPER_FALLBACK
>  /**
>   * request_firmware: - load firmware directly without usermode helper
>   * @firmware_p: pointer to firmware image
> @@ -1277,7 +1282,7 @@ request_firmware_nowait(
>  	fw_work->context = context;
>  	fw_work->cont = cont;
>  	fw_work->opt_flags = FW_OPT_NOWAIT | FW_OPT_FALLBACK |
> -		(uevent ? FW_OPT_UEVENT : 0);
> +		(uevent ? FW_OPT_UEVENT : FW_OPT_USERHELPER);
>  
>  	if (!try_module_get(module)) {
>  		kfree(fw_work);
> diff --git a/include/linux/firmware.h b/include/linux/firmware.h
> index 59529330efd6..67e5b801af0c 100644
> --- a/include/linux/firmware.h
> +++ b/include/linux/firmware.h
> @@ -68,7 +68,7 @@ static inline void release_firmware(const struct firmware *fw)
>  
>  #endif
>  
> -#ifdef CONFIG_FW_LOADER_USER_HELPER
> +#ifdef CONFIG_FW_LOADER_USER_HELPER_FALLBACK
>  int request_firmware_direct(const struct firmware **fw, const char *name,
>  			    struct device *device);
>  #else
> -- 
> 1.9.3


Looks good, I'll queue it up after 3.16-rc1 is out, thanks.

greg k-h

  reply	other threads:[~2014-06-04 16:21 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-06-04 15:48 [PATCH v2] firmware loader: allow disabling of udev as firmware loader Takashi Iwai
2014-06-04 16:25 ` Greg Kroah-Hartman [this message]
2014-06-05 12:18 ` Ming Lei
     [not found]   ` <CAG-2HqU=LAXr0o2e9RRCmrX1eWouhepEZHaPfBjrs64xUeb=gw@mail.gmail.com>
2014-06-05 13:31     ` Ming Lei
2014-06-05 13:47       ` Takashi Iwai
2014-06-05 13:59         ` Ming Lei
2014-06-05 14:05           ` Takashi Iwai
2014-06-05 14:24             ` Ming Lei
2014-06-05 14:32               ` Tom Gundersen
2014-06-05 14:54                 ` Ming Lei
2014-06-05 15:12                   ` Takashi Iwai
2014-06-05 15:15                   ` Tom Gundersen
2014-06-05 23:00                     ` Ming Lei
2014-06-06 14:03                       ` Takashi Iwai
2014-06-06 14:15                         ` Tom Gundersen
2014-06-06 15:19                           ` Ming Lei
2014-06-06 15:26                             ` Ilia Mirkin
2014-06-06 15:22                           ` Greg KH
2014-06-06 15:28                             ` Takashi Iwai
     [not found]                             ` <CAG-2HqVQ5gT3svBG+B-tE3m2aJ=T2TYjJ2vsA6k3ZxpyFu_6Kg@mail.gmail.com>
2014-06-06 15:44                               ` Greg KH
2014-06-05 14:06           ` Tom Gundersen
2014-06-05 13:59       ` Tom Gundersen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20140604162511.GB15397@kroah.com \
    --to=gregkh@linuxfoundation.org \
    --cc=Abhay_Salunke@dell.com \
    --cc=arnd@arndb.de \
    --cc=kay@vrfy.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=ming.lei@canonical.com \
    --cc=sr@denx.de \
    --cc=teg@jklm.no \
    --cc=tiwai@suse.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox