[Intel-gfx] [PATCH] drm/i915/adl-n: Differentiate ADLP and ADLN steppings

Souza, Jose jose.souza at intel.com
Thu Apr 14 17:00:35 UTC 2022


On Wed, 2022-04-13 at 16:28 +0530, Tejas Upadhyay wrote:
> ADL-N and ADL-P stepping are different, thus we
> need to add check for ADL-N in IS_ADLP_DISPLAY_STEP().
> 
> Signed-off-by: Tejas Upadhyay <tejaskumarx.surendrakumar.upadhyay at intel.com>
> ---
>  drivers/gpu/drm/i915/i915_drv.h | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/drivers/gpu/drm/i915/i915_drv.h b/drivers/gpu/drm/i915/i915_drv.h
> index 9274417cd87a..51f2a14b0dca 100644
> --- a/drivers/gpu/drm/i915/i915_drv.h
> +++ b/drivers/gpu/drm/i915/i915_drv.h
> @@ -1167,7 +1167,7 @@ IS_SUBPLATFORM(const struct drm_i915_private *i915,
>  	 IS_GRAPHICS_STEP(__i915, since, until))
>  
>  #define IS_ADLP_DISPLAY_STEP(__i915, since, until) \
> -	(IS_ALDERLAKE_P(__i915) && \
> +	(IS_ALDERLAKE_P(__i915) && !IS_ADLP_N(__i915) &&\
>  	 IS_DISPLAY_STEP(__i915, since, until))

Where is the ADLN_DISPLAY_STEP checks then?

My understanding it that ADLN is ADLS GT + ADLP display, so this looks wrong.

Also RPL is already a derivated platform of ADL, so RPL has subplatform bit 0 and and INTEL_SUBPLATFORM_N is using the same bit so alderlake-N will
use the same code paths as RPL what is again wrong.

>  
>  #define IS_ADLP_GRAPHICS_STEP(__i915, since, until) \



More information about the Intel-gfx mailing list