[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <54004e9c-256c-15b2-9c55-8bd88ebb0c85@linaro.org>
Date: Fri, 24 Feb 2023 23:14:52 +0200
From: Dmitry Baryshkov <dmitry.baryshkov@...aro.org>
To: Abhinav Kumar <quic_abhinavk@...cinc.com>,
Kuogee Hsieh <quic_khsieh@...cinc.com>,
dri-devel@...ts.freedesktop.org, robdclark@...il.com,
sean@...rly.run, swboyd@...omium.org, dianders@...omium.org,
vkoul@...nel.org, daniel@...ll.ch, airlied@...il.com,
agross@...nel.org, andersson@...nel.org
Cc: quic_sbillaka@...cinc.com, marijn.suijten@...ainline.org,
freedreno@...ts.freedesktop.org, linux-arm-msm@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [RFC PATCH 2/2] drm/msm/dsi: use new
dpu_dsc_populate_dsc_config()
On 24/02/2023 23:09, Abhinav Kumar wrote:
>
>
> On 2/24/2023 1:04 PM, Dmitry Baryshkov wrote:
>> On 24/02/2023 21:40, Kuogee Hsieh wrote:
>>> use new introduced dpu_dsc_populate_dsc_config() to calculate
>>> and populate drm_dsc_info instead of hard code value.
>>
>> DPU is an optional component, so DSI driver should not depend on the
>> DPU driver.
>>
>
> Today, the implicit dependency is already there. Without the DPU DSC
> blocks, the DSI cannot operate in compressed mode.
It can not operate, but one will compile w/o other driver.
>
> But, from a SW standpoint I agree we can separate this.
>
> We can move this one level up to the disp/ or msm/ folder
>
> What do you think about that?
I think about drivers/gpu/drm/display/drm_dsc_helper.c
> --
With best wishes
Dmitry
Powered by blists - more mailing lists