[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <2ef93811-3716-a259-538c-08e7b5476f7d@linaro.org>
Date: Thu, 20 Apr 2023 01:29:48 +0300
From: Dmitry Baryshkov <dmitry.baryshkov@...aro.org>
To: Arnaud Vrac <avrac@...ebox.fr>, Rob Clark <robdclark@...il.com>,
Abhinav Kumar <quic_abhinavk@...cinc.com>,
Sean Paul <sean@...rly.run>, David Airlie <airlied@...il.com>,
Daniel Vetter <daniel@...ll.ch>
Cc: linux-arm-msm@...r.kernel.org, dri-devel@...ts.freedesktop.org,
freedreno@...ts.freedesktop.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 03/11] drm/msm/dpu: use hsync/vsync polarity set by the
encoder
On 19/04/2023 17:41, Arnaud Vrac wrote:
> Do not override the hsync/vsync polarity passed by the encoder when
> setting up intf timings. The same logic was used in both the encoder and
> intf code to set the DP and DSI polarities, so those interfaces are not
> impacted. However for HDMI, the polarities were overriden to static
> values based on the vertical resolution, instead of using the actual
> mode polarities.
>
> Signed-off-by: Arnaud Vrac <avrac@...ebox.fr>
> ---
> drivers/gpu/drm/msm/disp/dpu1/dpu_hw_intf.c | 16 +++-------------
> 1 file changed, 3 insertions(+), 13 deletions(-)
Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@...aro.org>
As a side note: I think at some point we should get rid of the override
in dpu_encoder too and move it to dsi bridge code.
--
With best wishes
Dmitry
Powered by blists - more mailing lists