From: "Ilpo Järvinen" <ilpo.jarvinen@linux.intel.com>
To: "Rafael J. Wysocki" <rafael@kernel.org>
Cc: Robert Gerlach <khnz@gmx.de>, Hans de Goede <hansg@kernel.org>,
LKML <linux-kernel@vger.kernel.org>,
Linux ACPI <linux-acpi@vger.kernel.org>,
platform-driver-x86@vger.kernel.org,
Jonathan Woithe <jwoithe@just42.net>
Subject: Re: [PATCH v1 3/5] platform/x86: fujitsu: Register ACPI notify handlers directly
Date: Mon, 9 Mar 2026 18:17:46 +0200 (EET) [thread overview]
Message-ID: <f82b9099-2920-6947-d5dd-b56b0d0d02f3@linux.intel.com> (raw)
In-Reply-To: <6255907.lOV4Wx5bFT@rafael.j.wysocki>
[-- Attachment #1: Type: text/plain, Size: 4379 bytes --]
On Mon, 9 Mar 2026, Rafael J. Wysocki wrote:
> On Monday, March 9, 2026 2:00:31 PM CET Ilpo Järvinen wrote:
> > On Wed, 25 Feb 2026, Rafael J. Wysocki wrote:
> >
> > > From: "Rafael J. Wysocki" <rafael.j.wysocki@intel.com>
> > >
> > > To facilitate subsequent conversion of the driver to using struct
> > > platform_driver instead of struct acpi_driver, make it install its ACPI
> > > notify handlers directly instead of using struct acpi_driver .notify()
> > > callbacks.
> > >
> > > No intentional functional impact.
> > >
> > > Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
> > > ---
> > > drivers/platform/x86/fujitsu-laptop.c | 30 ++++++++++++++++++++++-----
> > > 1 file changed, 25 insertions(+), 5 deletions(-)
> > >
> > > diff --git a/drivers/platform/x86/fujitsu-laptop.c b/drivers/platform/x86/fujitsu-laptop.c
> > > index 1adce90ae3e6..cb13c06b8f35 100644
> > > --- a/drivers/platform/x86/fujitsu-laptop.c
> > > +++ b/drivers/platform/x86/fujitsu-laptop.c
> > > @@ -502,8 +502,9 @@ static int fujitsu_backlight_register(struct acpi_device *device)
> > >
> > > /* Brightness notify */
> > >
> > > -static void acpi_fujitsu_bl_notify(struct acpi_device *device, u32 event)
> > > +static void acpi_fujitsu_bl_notify(acpi_handle handle, u32 event, void *data)
> > > {
> > > + struct acpi_device *device = data;
> > > struct fujitsu_bl *priv = acpi_driver_data(device);
> > > int oldb, newb;
> > >
> > > @@ -558,7 +559,18 @@ static int acpi_fujitsu_bl_add(struct acpi_device *device)
> > > if (ret)
> > > return ret;
> > >
> > > - return fujitsu_backlight_register(device);
> > > + ret = fujitsu_backlight_register(device);
> > > + if (ret)
> > > + return ret;
> > > +
> > > + return acpi_dev_install_notify_handler(device, ACPI_DEVICE_NOTIFY,
> > > + acpi_fujitsu_bl_notify, device);
> > > +}
> > > +
> > > +static void acpi_fujitsu_bl_remove(struct acpi_device *device)
> > > +{
> > > + acpi_dev_remove_notify_handler(device, ACPI_DEVICE_NOTIFY,
> > > + acpi_fujitsu_bl_notify);
> > > }
> > >
> > > /* ACPI device for hotkey handling */
> > > @@ -941,8 +953,9 @@ static void acpi_fujitsu_laptop_release(struct acpi_device *device)
> > > }
> > > }
> > >
> > > -static void acpi_fujitsu_laptop_notify(struct acpi_device *device, u32 event)
> > > +static void acpi_fujitsu_laptop_notify(acpi_handle handle, u32 event, void *data)
> > > {
> > > + struct acpi_device *device = data;
> > > struct fujitsu_laptop *priv = acpi_driver_data(device);
> > > unsigned long flags;
> > > int scancode, i = 0;
> > > @@ -1056,6 +1069,11 @@ static int acpi_fujitsu_laptop_add(struct acpi_device *device)
> > > if (ret)
> > > goto err_free_fifo;
> > >
> > > + ret = acpi_dev_install_notify_handler(device, ACPI_DEVICE_NOTIFY,
> > > + acpi_fujitsu_laptop_notify, device);
> > > + if (ret)
> > > + goto err_free_fifo;
> >
> > Hi Rafael,
> >
> > Is the rollback path still correct after adding this here?
>
> Why wouldn't it be? There's only kfifo_free() in it.
So it's intentional to not add fujitsu_laptop_platform_remove() there?
> > > +
> > > ret = fujitsu_battery_charge_control_add(device);
> > > if (ret < 0)
> > > pr_warn("Unable to register battery charge control: %d\n", ret);
> > > @@ -1074,6 +1092,9 @@ static void acpi_fujitsu_laptop_remove(struct acpi_device *device)
> > >
> > > fujitsu_battery_charge_control_remove(device);
> > >
> > > + acpi_dev_remove_notify_handler(device, ACPI_DEVICE_NOTIFY,
> > > + acpi_fujitsu_laptop_notify);
> > > +
> > > fujitsu_laptop_platform_remove(device);
> > >
> > > kfifo_free(&priv->fifo);
> > > @@ -1092,7 +1113,7 @@ static struct acpi_driver acpi_fujitsu_bl_driver = {
> > > .ids = fujitsu_bl_device_ids,
> > > .ops = {
> > > .add = acpi_fujitsu_bl_add,
> > > - .notify = acpi_fujitsu_bl_notify,
> > > + .remove = acpi_fujitsu_bl_remove,
> > > },
> > > };
> > >
> > > @@ -1108,7 +1129,6 @@ static struct acpi_driver acpi_fujitsu_laptop_driver = {
> > > .ops = {
> > > .add = acpi_fujitsu_laptop_add,
> > > .remove = acpi_fujitsu_laptop_remove,
> > > - .notify = acpi_fujitsu_laptop_notify,
> > > },
> > > };
> > >
> > >
> >
> >
>
>
>
>
--
i.
next prev parent reply other threads:[~2026-03-09 16:17 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-02-25 20:41 [PATCH v1 0/5] platform/x86: fujitsu: Bind drivers to platform devices instead of ACPI ones Rafael J. Wysocki
2026-02-25 20:42 ` [PATCH v1 1/5] platform/x86: fujitsu-tablet: Convert ACPI driver to a platform one Rafael J. Wysocki
2026-02-25 20:43 ` [PATCH v1 2/5] platform/x86: fujitsu: Reorder code to avoid forward declarations Rafael J. Wysocki
2026-02-25 20:47 ` [PATCH v1 3/5] platform/x86: fujitsu: Register ACPI notify handlers directly Rafael J. Wysocki
2026-03-09 13:00 ` Ilpo Järvinen
2026-03-09 16:12 ` Rafael J. Wysocki
2026-03-09 16:17 ` Ilpo Järvinen [this message]
2026-03-09 16:24 ` Rafael J. Wysocki
2026-02-25 20:52 ` [PATCH v1 4/5] platform/x86: fujitsu: Convert backlight driver to a platform one Rafael J. Wysocki
2026-02-25 20:57 ` [PATCH v1 5/5] platform/x86: fujitsu: Convert laptop " Rafael J. Wysocki
2026-03-02 13:39 ` [PATCH v1 0/5] platform/x86: fujitsu: Bind drivers to platform devices instead of ACPI ones Jonathan Woithe
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=f82b9099-2920-6947-d5dd-b56b0d0d02f3@linux.intel.com \
--to=ilpo.jarvinen@linux.intel.com \
--cc=hansg@kernel.org \
--cc=jwoithe@just42.net \
--cc=khnz@gmx.de \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=platform-driver-x86@vger.kernel.org \
--cc=rafael@kernel.org \
/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