All of lore.kernel.org
 help / color / mirror / Atom feed
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.

  parent reply	other threads:[~2026-10-02 11:06 UTC|newest]

Thread overview: 23+ 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-07-24  3:14   ` sashiko-bot
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-07-27 17:46 ` ✗ LGCI.VerificationFailed: failure for platform/wmi: Add aarch64 support Patchwork
2026-08-07 21:03 ` [PATCH v3 0/3] " 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 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.