All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Rafael J. Wysocki" <rjw@rjwysocki.net>
To: Ard Biesheuvel <ard.biesheuvel@linaro.org>
Cc: lenb@kernel.org, linux-acpi@vger.kernel.org,
	linux-kernel@vger.kernel.org, arnd@arndb.de, broonie@kernel.org,
	lorenzo.pieralisi@arm.com, bill.fletcher@linaro.org,
	linux-arm-kernel@lists.infradead.org, graeme.gregory@linaro.org
Subject: Re: [PATCH] ACPI / button: make module loadable when booted in non-ACPI mode
Date: Mon, 23 Apr 2018 11:11:36 +0200	[thread overview]
Message-ID: <19815719.fbhg0N8B6c@aspire.rjw.lan> (raw)
In-Reply-To: <20180423082834.24617-1-ard.biesheuvel@linaro.org>

On Monday, April 23, 2018 10:28:34 AM CEST Ard Biesheuvel wrote:
> Modules such as nouveau.ko and i915.ko have a link time dependency on
> acpi_lid_open(), and due to its use of acpi_bus_register_driver(),
> the button.ko module that provides it is only loadable when booted in
> ACPI mode. However, the ACPI button driver can be built into the core
> kernel as well, in which case the dependency can always be satisfied,
> and the dependent modules can be loaded regardless of whether the
> system was booted in ACPI mode or not.
> 
> So let's fix this asymmetry by making the ACPI button driver loadable
> as a module even if not booted in ACPI mode, so it can provide the
> acpi_lid_open() symbol in the same way as when built into the kernel.
> 
> Signed-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
> ---
> Could we perhaps get this into -stable as well? It is not a classic
> regression, but it completely breaks, e.g., Fedora when booting in
> DT mode on an ARM system.
> 
>  drivers/acpi/button.c | 23 +++++++++++++++++++-
>  1 file changed, 22 insertions(+), 1 deletion(-)
> 
> diff --git a/drivers/acpi/button.c b/drivers/acpi/button.c
> index e1eee7a60fad..0506ca56c615 100644
> --- a/drivers/acpi/button.c
> +++ b/drivers/acpi/button.c
> @@ -635,4 +635,25 @@ module_param_call(lid_init_state,
>  		  NULL, 0644);
>  MODULE_PARM_DESC(lid_init_state, "Behavior for reporting LID initial state");
>  
> -module_acpi_driver(acpi_button_driver);
> +/*
> + * Modules such as nouveau.ko and i915.ko have a link time dependency on
> + * acpi_lid_open(), and would therefore not be loadable on ACPI capable kernels
> + * booted in non-ACPI mode if we use the ordinary acpi_bus_[un]register_driver
> + * routines here (which only work when booted in ACPI mode) and build this
> + * driver as a module. So provide our own versions instead.
> + */
> +static int __acpi_bus_register_driver(struct acpi_driver *driver)
> +{
> +	if (!acpi_disabled)
> +		return acpi_bus_register_driver(driver);
> +	return 0;
> +}

I would write this as:

    if (acpi_disabled)
            return 0;

    return acpi_bus_register_driver(driver);

and the comment can go above the (acpi_disabled) check then (bacause that's
what makes the difference when ACPI is disabled).

> +
> +static void __acpi_bus_unregister_driver(struct acpi_driver *driver)
> +{
> +	if (!acpi_disabled)
> +		acpi_bus_unregister_driver(driver);
> +}
> +
> +module_driver(acpi_button_driver, __acpi_bus_register_driver,
> +	      __acpi_bus_unregister_driver);
> 

WARNING: multiple messages have this Message-ID (diff)
From: rjw@rjwysocki.net (Rafael J. Wysocki)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH] ACPI / button: make module loadable when booted in non-ACPI mode
Date: Mon, 23 Apr 2018 11:11:36 +0200	[thread overview]
Message-ID: <19815719.fbhg0N8B6c@aspire.rjw.lan> (raw)
In-Reply-To: <20180423082834.24617-1-ard.biesheuvel@linaro.org>

On Monday, April 23, 2018 10:28:34 AM CEST Ard Biesheuvel wrote:
> Modules such as nouveau.ko and i915.ko have a link time dependency on
> acpi_lid_open(), and due to its use of acpi_bus_register_driver(),
> the button.ko module that provides it is only loadable when booted in
> ACPI mode. However, the ACPI button driver can be built into the core
> kernel as well, in which case the dependency can always be satisfied,
> and the dependent modules can be loaded regardless of whether the
> system was booted in ACPI mode or not.
> 
> So let's fix this asymmetry by making the ACPI button driver loadable
> as a module even if not booted in ACPI mode, so it can provide the
> acpi_lid_open() symbol in the same way as when built into the kernel.
> 
> Signed-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
> ---
> Could we perhaps get this into -stable as well? It is not a classic
> regression, but it completely breaks, e.g., Fedora when booting in
> DT mode on an ARM system.
> 
>  drivers/acpi/button.c | 23 +++++++++++++++++++-
>  1 file changed, 22 insertions(+), 1 deletion(-)
> 
> diff --git a/drivers/acpi/button.c b/drivers/acpi/button.c
> index e1eee7a60fad..0506ca56c615 100644
> --- a/drivers/acpi/button.c
> +++ b/drivers/acpi/button.c
> @@ -635,4 +635,25 @@ module_param_call(lid_init_state,
>  		  NULL, 0644);
>  MODULE_PARM_DESC(lid_init_state, "Behavior for reporting LID initial state");
>  
> -module_acpi_driver(acpi_button_driver);
> +/*
> + * Modules such as nouveau.ko and i915.ko have a link time dependency on
> + * acpi_lid_open(), and would therefore not be loadable on ACPI capable kernels
> + * booted in non-ACPI mode if we use the ordinary acpi_bus_[un]register_driver
> + * routines here (which only work when booted in ACPI mode) and build this
> + * driver as a module. So provide our own versions instead.
> + */
> +static int __acpi_bus_register_driver(struct acpi_driver *driver)
> +{
> +	if (!acpi_disabled)
> +		return acpi_bus_register_driver(driver);
> +	return 0;
> +}

I would write this as:

    if (acpi_disabled)
            return 0;

    return acpi_bus_register_driver(driver);

and the comment can go above the (acpi_disabled) check then (bacause that's
what makes the difference when ACPI is disabled).

> +
> +static void __acpi_bus_unregister_driver(struct acpi_driver *driver)
> +{
> +	if (!acpi_disabled)
> +		acpi_bus_unregister_driver(driver);
> +}
> +
> +module_driver(acpi_button_driver, __acpi_bus_register_driver,
> +	      __acpi_bus_unregister_driver);
> 

  reply	other threads:[~2018-04-23  9:11 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-04-23  8:28 [PATCH] ACPI / button: make module loadable when booted in non-ACPI mode Ard Biesheuvel
2018-04-23  8:28 ` Ard Biesheuvel
2018-04-23  9:11 ` Rafael J. Wysocki [this message]
2018-04-23  9:11   ` Rafael J. Wysocki

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=19815719.fbhg0N8B6c@aspire.rjw.lan \
    --to=rjw@rjwysocki.net \
    --cc=ard.biesheuvel@linaro.org \
    --cc=arnd@arndb.de \
    --cc=bill.fletcher@linaro.org \
    --cc=broonie@kernel.org \
    --cc=graeme.gregory@linaro.org \
    --cc=lenb@kernel.org \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lorenzo.pieralisi@arm.com \
    /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.