From: "Ilpo Järvinen" <ilpo.jarvinen@linux.intel.com>
To: Armin Wolf <W_Armin@gmx.de>
Cc: Alex Deucher <alexdeucher@gmail.com>,
Jani Nikula <jani.nikula@linux.intel.com>,
Hans de Goede <hansg@kernel.org>,
"Deucher, Alexander" <Alexander.Deucher@amd.com>,
"platform-driver-x86@vger.kernel.org"
<platform-driver-x86@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux@weissschuh.net" <linux@weissschuh.net>,
"rafael@kernel.org" <rafael@kernel.org>,
"lenb@kernel.org" <lenb@kernel.org>,
"linux-acpi@vger.kernel.org" <linux-acpi@vger.kernel.org>,
"Koenig, Christian" <Christian.Koenig@amd.com>,
"airlied@gmail.com" <airlied@gmail.com>,
"simona@ffwll.ch" <simona@ffwll.ch>,
"amd-gfx@lists.freedesktop.org" <amd-gfx@lists.freedesktop.org>,
"dri-devel@lists.freedesktop.org"
<dri-devel@lists.freedesktop.org>,
"patrik.r.jakobsson@gmail.com" <patrik.r.jakobsson@gmail.com>,
"maarten.lankhorst@linux.intel.com"
<maarten.lankhorst@linux.intel.com>,
"mripard@kernel.org" <mripard@kernel.org>,
"tzimmermann@suse.de" <tzimmermann@suse.de>,
"joonas.lahtinen@linux.intel.com"
<joonas.lahtinen@linux.intel.com>,
"rodrigo.vivi@intel.com" <rodrigo.vivi@intel.com>,
"tursulin@ursulin.net" <tursulin@ursulin.net>,
"intel-gfx@lists.freedesktop.org"
<intel-gfx@lists.freedesktop.org>,
"matthew.brost@intel.com" <matthew.brost@intel.com>,
"thomas.hellstrom@linux.intel.com"
<thomas.hellstrom@linux.intel.com>,
"intel-xe@lists.freedesktop.org"
<intel-xe@lists.freedesktop.org>
Subject: Re: [PATCH v3 2/3] ACPI: video: Remove CONFIG_X86 handling from nvidia_wmi_ec_supported()
Date: Fri, 2 Oct 2026 14:06:40 +0300 (EEST) [thread overview]
Message-ID: <1ff7a529-15bb-e166-5bf1-3dad34119bcd@linux.intel.com> (raw)
In-Reply-To: <154fc984-5c29-4a23-ab8b-736471f419a1@gmx.de>
[-- Attachment #1: Type: text/plain, Size: 5109 bytes --]
On Tue, 22 Sep 2026, Armin Wolf wrote:
> Am 18.09.26 um 15:03 schrieb Alex Deucher:
>
> > On Fri, Sep 18, 2026 at 7:01 AM Jani Nikula <jani.nikula@linux.intel.com>
> > wrote:
> > > On Fri, 18 Sep 2026, Hans de Goede <hansg@kernel.org> wrote:
> > > > Hi,
> > > >
> > > > On 16-Sep-26 09:16, Jani Nikula wrote:
> > > > > On Wed, 16 Sep 2026, Armin Wolf <W_Armin@gmx.de> wrote:
> > > > > > Am 15.09.26 um 14:31 schrieb Jani Nikula:
> > > > > >
> > > > > > > On Tue, 15 Sep 2026, Ilpo Järvinen <ilpo.jarvinen@linux.intel.com>
> > > > > > > wrote:
> > > > > > > > GPU people heads up!!
> > > > > > > >
> > > > > > > > On Wed, 2 Sep 2026, Armin Wolf wrote:
> > > > > > > >
> > > > > > > > > Am 01.09.26 um 23:30 schrieb Deucher, Alexander:
> > > > > > > > > > > diff --git a/drivers/gpu/drm/amd/amdgpu/Kconfig
> > > > > > > > > > > b/drivers/gpu/drm/amd/amdgpu/Kconfig
> > > > > > > > > > > index 12e4a41bf1f0..50305630f533 100644
> > > > > > > > > > > --- a/drivers/gpu/drm/amd/amdgpu/Kconfig
> > > > > > > > > > > +++ b/drivers/gpu/drm/amd/amdgpu/Kconfig
> > > > > > > > > > > @@ -30,9 +30,7 @@ config DRM_AMDGPU
> > > > > > > > > > > # ACPI_VIDEO's dependencies must also be
> > > > > > > > > > > selected.
> > > > > > > > > > > select INPUT if ACPI
> > > > > > > > > > > select ACPI_VIDEO if ACPI
> > > > > > > > > > > - # On x86 ACPI_VIDEO also needs ACPI_WMI
> > > > > > > > > > > - select X86_PLATFORM_DEVICES if ACPI && X86
> > > > > > > > > > The change below makes sense, but this one looks like it
> > > > > > > > > > should remain
> > > > > > > > > > unless X86_PLATFORM_DEVICES is handled some other way?
> > > > > > > > > >
> > > > > > > > > > Alex
> > > > > > > > > AFAIK the dependency on X86_PLATFORM_DEVICES was only
> > > > > > > > > necessary because
> > > > > > > > > ACPI-WMI depended on it in the past.
> > > > > > > > > By now ACPI-WMI neither depends on X86_PLATFORM_DEVICES or X86
> > > > > > > > > anymore.
> > > > > > > > Hi all,
> > > > > > > >
> > > > > > > > Could more GPU people besides Alex take a look on this. I'd want
> > > > > > > > to make
> > > > > > > > progress with this series within this cycle but would prefer to
> > > > > > > > have Acks
> > > > > > > > from GPU side.
> > > > > > > I share the same concern with Alex. It seems to me we could now
> > > > > > > end up
> > > > > > > with x86 configurations without X86_PLATFORM_DEVICES, which handle
> > > > > > > e.g. backlight on a lot of platforms.
> > > > > > >
> > > > > > > I think the safer option might be to go for:
> > > > > > >
> > > > > > > depends on X86_PLATFORM_DEVICES || !X86
> > > > > > >
> > > > > > > in all of the cases that select/depend on X86_PLATFORM_DEVICES in
> > > > > > > drm.
> > > > > > >
> > > > > > > The alternative is to find out, and handle the fallout, if any.
> > > > > > >
> > > > > > >
> > > > > > > BR,
> > > > > > > Jani.
> > > > > > Alright, should i leave the original "select X86_PLATFORM_DEVICES if
> > > > > > ..." statements
> > > > > > as-is or should is change them to "depends on X86_PLATFORM_DEVICES
> > > > > > || !X86" everywhere?
> > > > > There are some places that depends on X86_PLATFORM_DEVICES. I think
> > > > > it's
> > > > > almost always a mistake to have some places select and some places
> > > > > depends on, and select should anyway be used with care. I'd go for
> > > > > depends on.
> > > > I'm a bit late to the party here, sorry.
> > > >
> > > > Note that X86_PLATFORM_DEVICES is an option which enables / disables
> > > > a menu and does nothing more.
> > > >
> > > > Enabling it or depending on it by itself does nothing.
> > > >
> > > > The select used to be there since it must be selected to be able
> > > > to select ACPI_WMI (which is no longer the case after this series).
> > > >
> > > > To depends on in XE was probably copy pasted from the existing
> > > > select-s and then changed to a depends and already was a completely
> > > > no-op since depending on ACPI_WMI was enough as that itself
> > > > dependend on ACPI_WMI.
> > > >
> > > > As for X86_PLATFORM_DEVICES being needed for some backlight
> > > > interfaces, depending on it by itself does not result in those
> > > > interfaces being there. That requires enabling the actual drivers
> > > > providing those interfaces.
> > > >
> > > > And I don't think that the GPU drivers should start depending
> > > > on those since that will become very unyielding.
> > > >
> > > > TL;DR: I believe Armin's original patch is fine and this is
> > > > a welcome cleanup / simplification of the DRM drivers Kconfig
> > > > bits.
> > > Your explanation makes sense, thanks.
> > Yeah, sounds good. Thanks!
> >
> > Alex
>
> Nice, i suppose we can apply this series as-is then?
Hi all,
I don't see anyone opposing this anymore and the discussion has died down
so I took this into the review-ilpo-next branch.
If somebody still feels there's something wrong with this, please let me
know soonish.
--
i.
next prev parent reply other threads:[~2026-10-02 11:06 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-24 2:59 [PATCH v3 0/3] platform/wmi: Add aarch64 support Armin Wolf
2026-07-24 2:59 ` [PATCH v3 1/3] platform/wmi: Remove dependency on CONFIG_X86 Armin Wolf
2026-07-24 2:59 ` [PATCH v3 2/3] ACPI: video: Remove CONFIG_X86 handling from nvidia_wmi_ec_supported() Armin Wolf
2026-09-01 21:30 ` Deucher, Alexander
2026-09-02 17:00 ` Armin Wolf
2026-09-15 12:08 ` Ilpo Järvinen
2026-09-15 12:31 ` Jani Nikula
2026-09-15 22:02 ` Rodrigo Vivi
2026-09-15 22:03 ` Armin Wolf
2026-09-16 7:16 ` Jani Nikula
2026-09-18 7:49 ` Hans de Goede
2026-09-18 10:42 ` Jani Nikula
2026-09-18 13:03 ` Alex Deucher
2026-09-22 19:57 ` Armin Wolf
2026-09-23 5:01 ` Patrik Jakobsson
2026-10-02 11:06 ` Ilpo Järvinen [this message]
2026-07-24 2:59 ` [PATCH v3 3/3] platform/x86: wmi-bmof: Move to generic WMI code Armin Wolf
2026-08-07 21:03 ` [PATCH v3 0/3] platform/wmi: Add aarch64 support Armin Wolf
2026-09-01 20:17 ` Armin Wolf
2026-09-02 9:27 ` Ilpo Järvinen
2026-09-02 16:58 ` Armin Wolf
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=1ff7a529-15bb-e166-5bf1-3dad34119bcd@linux.intel.com \
--to=ilpo.jarvinen@linux.intel.com \
--cc=Alexander.Deucher@amd.com \
--cc=Christian.Koenig@amd.com \
--cc=W_Armin@gmx.de \
--cc=airlied@gmail.com \
--cc=alexdeucher@gmail.com \
--cc=amd-gfx@lists.freedesktop.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=hansg@kernel.org \
--cc=intel-gfx@lists.freedesktop.org \
--cc=intel-xe@lists.freedesktop.org \
--cc=jani.nikula@linux.intel.com \
--cc=joonas.lahtinen@linux.intel.com \
--cc=lenb@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@weissschuh.net \
--cc=maarten.lankhorst@linux.intel.com \
--cc=matthew.brost@intel.com \
--cc=mripard@kernel.org \
--cc=patrik.r.jakobsson@gmail.com \
--cc=platform-driver-x86@vger.kernel.org \
--cc=rafael@kernel.org \
--cc=rodrigo.vivi@intel.com \
--cc=simona@ffwll.ch \
--cc=thomas.hellstrom@linux.intel.com \
--cc=tursulin@ursulin.net \
--cc=tzimmermann@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
all inboxes | Powered by JetHome®