All of lore.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.