> Subject: [PATCH v2 0/4] Intel MEI Kconfig cleanups
> 
> Hi,
> 
> this enables GPU firmware updates on Intel dGPUs plugged into non-x86
> machines. The most important patches are the first and last.
> 
> The second patch switches the ME interfaces for GPUs to use !=n tests, so
> it is possible for them to be builtins when the GPU drivers themselves are
> modules (as is likely). MEI is built-in by default on x86_64 (and Atom).
> 
> This might need some discussion what is desirable here:
> 
>  - this is a strong dependency from an "early" directory (misc/mei) to a
>    later one (gpu/drm), causing backtracking
>  - does it make sense for MEI to be built-in by default, or should it
>    default to being a module?

Usually module is enough, but there are some embedded systems that
requires it as early as possible.

>  - is the strong dependency desired because if the code is compiled as
>    built-in, it will not be used until the module is loaded?
> 
> There is no strong functional dependency here, no symbol references, as
> these devices are enumerated over an auxiliary bus.
> 
> Also, enable building without the GPU drivers for compile testing.
> 
> No stable backport.
> 
>    Simon

Series looks reasonable to me now.

Acked-by: Alexander Usyskin <alexander.usyskin@intel.com>

> 
> Simon Richter (4):
>   misc/mei: Allow building Intel ME interface on non-x86
>   misc/mei: Decouple ME interfaces from GPU drivers
>   misc/mei: Allow building standalone for compile testing
>   misc/mei: gsc_proxy: add dependency on Xe driver
> 
>  drivers/misc/mei/Kconfig           | 6 +++---
>  drivers/misc/mei/gsc_proxy/Kconfig | 2 +-
>  drivers/misc/mei/hdcp/Kconfig      | 2 +-
>  drivers/misc/mei/pxp/Kconfig       | 2 +-
>  4 files changed, 6 insertions(+), 6 deletions(-)
> 
> 
> base-commit: f8f9c1f4d0c7a64600e2ca312dec824a0bc2f1da
> --
> 2.47.3