public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: "Ilpo Järvinen" <ilpo.jarvinen@linux.intel.com>
To: "Rafael J. Wysocki" <rafael@kernel.org>,
	 Mario Limonciello <mario.limonciello@amd.com>
Cc: "Hans de Goede" <hdegoede@redhat.com>,
	"Len Brown" <lenb@kernel.org>,
	"Maximilian Luz" <luzmaximilian@gmail.com>,
	"Lee Chun-Yi" <jlee@suse.com>,
	"Shyam Sundar S K" <Shyam-sundar.S-k@amd.com>,
	"Corentin Chary" <corentin.chary@gmail.com>,
	"Luke D . Jones" <luke@ljones.dev>,
	"Ike Panhc" <ike.pan@canonical.com>,
	"Henrique de Moraes Holschuh" <hmh@hmh.eng.br>,
	"Alexis Belmonte" <alexbelm48@gmail.com>,
	"Uwe Kleine-König" <u.kleine-koenig@pengutronix.de>,
	"Ai Chao" <aichao@kylinos.cn>, "Gergo Koteles" <soyer@irl.hu>,
	"open list" <linux-kernel@vger.kernel.org>,
	"open list:ACPI" <linux-acpi@vger.kernel.org>,
	"open list:MICROSOFT SURFACE PLATFORM PROFILE DRIVER"
	<platform-driver-x86@vger.kernel.org>,
	"open list:THINKPAD ACPI EXTRAS DRIVER"
	<ibm-acpi-devel@lists.sourceforge.net>,
	"Mark Pearson" <mpearson-lenovo@squebb.ca>,
	"Matthew Schwartz" <matthew.schwartz@linux.dev>
Subject: Re: [PATCH v10 00/22] Add support for binding ACPI platform profile to multiple drivers
Date: Thu, 12 Dec 2024 16:11:10 +0200 (EET)	[thread overview]
Message-ID: <5cae1882-b7c2-9621-e732-336c893e017d@linux.intel.com> (raw)
In-Reply-To: <CAJZ5v0hoD9ZBvsbE4bvfgJc09ijAY421vNngCYaz3qy-Cg2bdw@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 5517 bytes --]

On Tue, 10 Dec 2024, Rafael J. Wysocki wrote:

> Hi Ilpo,
> 
> On Tue, Dec 10, 2024 at 6:30 PM Ilpo Järvinen
> <ilpo.jarvinen@linux.intel.com> wrote:
> >
> > Hi Rafael,
> >
> > This series seems ready and Mario has requested it to be merged through
> > platform drivers tree despite majority of changes touching
> > drivers/acpi/platform_profile.c because its API relates to many pdx86
> > drivers.
> >
> > Is that fine with you?
> 
> Yes, it is, thanks!

Thanks all.

The series has been applied into pdx86/platform-drivers-x86-platform-profile 
and then merged into the for-next branch.

-- 
 i.


> > On Thu, 5 Dec 2024, Mario Limonciello wrote:
> >
> > > Currently there are a number of ASUS products on the market that happen to
> > > have ACPI objects for amd-pmf to bind to as well as an ACPI platform
> > > profile provided by asus-wmi.
> > >
> > > The ACPI platform profile support created by amd-pmf on these ASUS
> > > products is "Function 9" which is specifically for "BIOS or EC
> > > notification" of power slider position. This feature is actively used
> > > by some designs such as Framework 13 and Framework 16.
> > >
> > > On these ASUS designs we keep on quirking more and more of them to turn
> > > off this notification so that asus-wmi can bind.
> > >
> > > This however isn't how Windows works.  "Multiple" things are notified for
> > > the power slider position. This series adjusts Linux to behave similarly.
> > >
> > > Multiple drivers can now register an ACPI platform profile and will react
> > > to set requests.
> > >
> > > To avoid chaos, only positions that are common to both drivers are
> > > accepted when the legacy /sys/firmware/acpi/platform_profile interface
> > > is used.
> > >
> > > This series also adds a new concept of a "custom" profile.  This allows
> > > userspace to discover that there are multiple driver handlers that are
> > > configured differently.
> > >
> > > This series also allows dropping all of the PMF quirks from amd-pmf.
> > >
> > > NOTE: Although this series changes code in acpi platform profile, I think
> > >       it is better to go through the platform-x86 tree as more drivers can
> > >       be introduced during the kernel cycle and should make the changes to
> > >       support class interface when merging.
> > >
> > > v10:
> > >  * Whitespace changes
> > >  * Documentation update for custom in a single driver
> > >
> > > Mario Limonciello (22):
> > >   ACPI: platform-profile: Add a name member to handlers
> > >   platform/x86/dell: dell-pc: Create platform device
> > >   ACPI: platform_profile: Add device pointer into platform profile
> > >     handler
> > >   ACPI: platform_profile: Add platform handler argument to
> > >     platform_profile_remove()
> > >   ACPI: platform_profile: Pass the profile handler into
> > >     platform_profile_notify()
> > >   ACPI: platform_profile: Move sanity check out of the mutex
> > >   ACPI: platform_profile: Move matching string for new profile out of
> > >     mutex
> > >   ACPI: platform_profile: Use guard(mutex) for register/unregister
> > >   ACPI: platform_profile: Use `scoped_cond_guard`
> > >   ACPI: platform_profile: Create class for ACPI platform profile
> > >   ACPI: platform_profile: Add name attribute to class interface
> > >   ACPI: platform_profile: Add choices attribute for class interface
> > >   ACPI: platform_profile: Add profile attribute for class interface
> > >   ACPI: platform_profile: Notify change events on register and
> > >     unregister
> > >   ACPI: platform_profile: Only show profiles common for all handlers
> > >   ACPI: platform_profile: Add concept of a "custom" profile
> > >   ACPI: platform_profile: Make sure all profile handlers agree on
> > >     profile
> > >   ACPI: platform_profile: Check all profile handler to calculate next
> > >   ACPI: platform_profile: Notify class device from
> > >     platform_profile_notify()
> > >   ACPI: platform_profile: Allow multiple handlers
> > >   platform/x86/amd: pmf: Drop all quirks
> > >   Documentation: Add documentation about class interface for platform
> > >     profiles
> > >
> > >  .../ABI/testing/sysfs-platform_profile        |   5 +
> > >  .../userspace-api/sysfs-platform_profile.rst  |  38 ++
> > >  drivers/acpi/platform_profile.c               | 534 ++++++++++++++----
> > >  .../surface/surface_platform_profile.c        |   8 +-
> > >  drivers/platform/x86/acer-wmi.c               |  12 +-
> > >  drivers/platform/x86/amd/pmf/Makefile         |   2 +-
> > >  drivers/platform/x86/amd/pmf/core.c           |   1 -
> > >  drivers/platform/x86/amd/pmf/pmf-quirks.c     |  66 ---
> > >  drivers/platform/x86/amd/pmf/pmf.h            |   3 -
> > >  drivers/platform/x86/amd/pmf/sps.c            |   4 +-
> > >  drivers/platform/x86/asus-wmi.c               |   8 +-
> > >  drivers/platform/x86/dell/alienware-wmi.c     |   8 +-
> > >  drivers/platform/x86/dell/dell-pc.c           |  38 +-
> > >  drivers/platform/x86/hp/hp-wmi.c              |   8 +-
> > >  drivers/platform/x86/ideapad-laptop.c         |   6 +-
> > >  .../platform/x86/inspur_platform_profile.c    |   7 +-
> > >  drivers/platform/x86/thinkpad_acpi.c          |  16 +-
> > >  include/linux/platform_profile.h              |   9 +-
> > >  18 files changed, 559 insertions(+), 214 deletions(-)
> > >  delete mode 100644 drivers/platform/x86/amd/pmf/pmf-quirks.c
> >
> > --
> >  i.
> >
> 

      reply	other threads:[~2024-12-12 14:11 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-12-06  3:18 [PATCH v10 00/22] Add support for binding ACPI platform profile to multiple drivers Mario Limonciello
2024-12-06  3:18 ` [PATCH v10 01/22] ACPI: platform-profile: Add a name member to handlers Mario Limonciello
2024-12-06  3:18 ` [PATCH v10 02/22] platform/x86/dell: dell-pc: Create platform device Mario Limonciello
2024-12-06  3:18 ` [PATCH v10 03/22] ACPI: platform_profile: Add device pointer into platform profile handler Mario Limonciello
2024-12-06  3:19 ` [PATCH v10 04/22] ACPI: platform_profile: Add platform handler argument to platform_profile_remove() Mario Limonciello
2024-12-06  3:19 ` [PATCH v10 05/22] ACPI: platform_profile: Pass the profile handler into platform_profile_notify() Mario Limonciello
2024-12-06  3:19 ` [PATCH v10 06/22] ACPI: platform_profile: Move sanity check out of the mutex Mario Limonciello
2024-12-06  3:19 ` [PATCH v10 07/22] ACPI: platform_profile: Move matching string for new profile out of mutex Mario Limonciello
2024-12-06  3:19 ` [PATCH v10 08/22] ACPI: platform_profile: Use guard(mutex) for register/unregister Mario Limonciello
2024-12-06  3:19 ` [PATCH v10 09/22] ACPI: platform_profile: Use `scoped_cond_guard` Mario Limonciello
2024-12-06  3:19 ` [PATCH v10 10/22] ACPI: platform_profile: Create class for ACPI platform profile Mario Limonciello
2024-12-06  3:19 ` [PATCH v10 11/22] ACPI: platform_profile: Add name attribute to class interface Mario Limonciello
2024-12-06  3:19 ` [PATCH v10 12/22] ACPI: platform_profile: Add choices attribute for " Mario Limonciello
2024-12-06  3:19 ` [PATCH v10 13/22] ACPI: platform_profile: Add profile " Mario Limonciello
2024-12-06  3:19 ` [PATCH v10 14/22] ACPI: platform_profile: Notify change events on register and unregister Mario Limonciello
2024-12-06  3:19 ` [PATCH v10 15/22] ACPI: platform_profile: Only show profiles common for all handlers Mario Limonciello
2024-12-06  3:19 ` [PATCH v10 16/22] ACPI: platform_profile: Add concept of a "custom" profile Mario Limonciello
2024-12-06  3:19 ` [PATCH v10 17/22] ACPI: platform_profile: Make sure all profile handlers agree on profile Mario Limonciello
2024-12-06  3:19 ` [PATCH v10 18/22] ACPI: platform_profile: Check all profile handler to calculate next Mario Limonciello
2024-12-06  3:19 ` [PATCH v10 19/22] ACPI: platform_profile: Notify class device from platform_profile_notify() Mario Limonciello
2024-12-06  3:19 ` [PATCH v10 20/22] ACPI: platform_profile: Allow multiple handlers Mario Limonciello
2024-12-06  3:19 ` [PATCH v10 21/22] platform/x86/amd: pmf: Drop all quirks Mario Limonciello
2024-12-06  3:19 ` [PATCH v10 22/22] Documentation: Add documentation about class interface for platform profiles Mario Limonciello
2024-12-10 17:30 ` [PATCH v10 00/22] Add support for binding ACPI platform profile to multiple drivers Ilpo Järvinen
2024-12-10 17:38   ` Rafael J. Wysocki
2024-12-12 14:11     ` Ilpo Järvinen [this message]

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=5cae1882-b7c2-9621-e732-336c893e017d@linux.intel.com \
    --to=ilpo.jarvinen@linux.intel.com \
    --cc=Shyam-sundar.S-k@amd.com \
    --cc=aichao@kylinos.cn \
    --cc=alexbelm48@gmail.com \
    --cc=corentin.chary@gmail.com \
    --cc=hdegoede@redhat.com \
    --cc=hmh@hmh.eng.br \
    --cc=ibm-acpi-devel@lists.sourceforge.net \
    --cc=ike.pan@canonical.com \
    --cc=jlee@suse.com \
    --cc=lenb@kernel.org \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=luke@ljones.dev \
    --cc=luzmaximilian@gmail.com \
    --cc=mario.limonciello@amd.com \
    --cc=matthew.schwartz@linux.dev \
    --cc=mpearson-lenovo@squebb.ca \
    --cc=platform-driver-x86@vger.kernel.org \
    --cc=rafael@kernel.org \
    --cc=soyer@irl.hu \
    --cc=u.kleine-koenig@pengutronix.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