[PATCH v2] drm/amd/display: Reject non-zero src_y and src_x for video planes

Christian König ckoenig.leichtzumerken at gmail.com
Fri Apr 23 14:18:40 UTC 2021


Good that this has been found. Just a curious guess, but have you guys 
checked if the src_x and src_y are a multiple of 2?

Might cause problems to try to access a subsampled surface if the 
coordinates doesn't make much sense.

Anyway patch is Acked-by: Christian König <christian.koenig at amd.com>

Regards,
Christian.

Am 23.04.21 um 16:09 schrieb Harry Wentland:
> [Why]
> This hasn't been well tested and leads to complete system hangs on DCN1
> based systems, possibly others.
>
> The system hang can be reproduced by gesturing the video on the YouTube
> Android app on ChromeOS into full screen.
>
> [How]
> Reject atomic commits with non-zero drm_plane_state.src_x or src_y values.
>
> v2:
>   - Add code comment describing the reason we're rejecting non-zero
>     src_x and src_y
>   - Drop gerrit Change-Id
>   - Add stable CC
>   - Based on amd-staging-drm-next
>
> Signed-off-by: Harry Wentland <harry.wentland at amd.com>
> Cc: stable at vger.kernel.org
> Cc: nicholas.kazlauskas at amd.com
> Cc: amd-gfx at lists.freedesktop.org
> Cc: alexander.deucher at amd.com
> Cc: Roman.Li at amd.com
> Cc: hersenxs.wu at amd.com
> Cc: danny.wang at amd.com
> Reviewed-by: Nicholas Kazlauskas <nicholas.kazlauskas at amd.com>
> ---
>   .../gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c   | 17 +++++++++++++++++
>   1 file changed, 17 insertions(+)
>
> diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c
> index be1769d29742..b12469043e6b 100644
> --- a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c
> +++ b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c
> @@ -4089,6 +4089,23 @@ static int fill_dc_scaling_info(const struct drm_plane_state *state,
>   	scaling_info->src_rect.x = state->src_x >> 16;
>   	scaling_info->src_rect.y = state->src_y >> 16;
>   
> +	/*
> +	 * For reasons we don't (yet) fully understand a non-zero
> +	 * src_y coordinate into an NV12 buffer can cause a
> +	 * system hang. To avoid hangs (and maybe be overly cautious)
> +	 * let's reject both non-zero src_x and src_y.
> +	 *
> +	 * We currently know of only one use-case to reproduce a
> +	 * scenario with non-zero src_x and src_y for NV12, which
> +	 * is to gesture the YouTube Android app into full screen
> +	 * on ChromeOS.
> +	 */
> +	if (state->fb &&
> +	    state->fb->format->format == DRM_FORMAT_NV12 &&
> +	    (scaling_info->src_rect.x != 0 ||
> +	     scaling_info->src_rect.y != 0))
> +		return -EINVAL;
> +
>   	scaling_info->src_rect.width = state->src_w >> 16;
>   	if (scaling_info->src_rect.width == 0)
>   		return -EINVAL;



More information about the amd-gfx mailing list