[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CY5PR11MB63665464BE137AE70B0D47ADED9EA@CY5PR11MB6366.namprd11.prod.outlook.com>
Date: Thu, 29 Jan 2026 05:53:12 +0000
From: "Usyskin, Alexander" <alexander.usyskin@...el.com>
To: Simon Richter <Simon.Richter@...yros.de>, Arnd Bergmann <arnd@...db.de>,
Geert Uytterhoeven <geert+renesas@...der.be>, Greg Kroah-Hartman
<gregkh@...uxfoundation.org>, "Vivi, Rodrigo" <rodrigo.vivi@...el.com>
CC: "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: RE: [PATCH] misc/mei: INTEL_MEI should depend on X86 or DRM_XE
> Subject: Re: [PATCH] misc/mei: INTEL_MEI should depend on X86 or DRM_XE
>
> Hi,
>
> On 1/28/26 3:57 PM, Usyskin, Alexander wrote:
>
> > There are different usages of mei:
> > - for discrete graphics xe/i915 will load mei via auxiliary device also on non
> x86.
> > - for integrated xe/i915 communicate with mei for on-chip CSME - this
> scenario is x86 only.
>
> > IMO this should cover all:
> > depends on X86 || DRM_XE!=n || DRM_I915!=n || COMPILE_TEST
>
> Is there discrete i915?
>
DG1, Alchemist and some server cards are supported by i915
> DRM_I915 depends on PCI && X86 (so "X86 || DRM_I915" is redundant,
> which
> is why I didn't add it in my version of the patch. If DRM_I915 is useful
> on non-x86 we might want to change that as well.
>
Let ask gfx people.
Rodrigo, is DRM_I915 useful on non-x86?
> Also, is there any policy on dependency ordering? On non-X86, INTEL_MEI
> becomes available only after selecting DRM_XE, which is in a directory
> included much later, so the question is not shown initially, is that a
> problem?
>
By not enabling INTEL_MEI the biggest thing that you loose are the firmware update.
I'm not sure how to sort this out and if it is worth the effort.
- -
Thanks,
Sasha
Powered by blists - more mailing lists