From: Abhinav Kumar <quic_abhinavk@quicinc.com>
To: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>,
Jessica Zhang <quic_jesszhan@quicinc.com>,
Rob Clark <robdclark@gmail.com>, Sean Paul <sean@poorly.run>,
David Airlie <airlied@gmail.com>, Daniel Vetter <daniel@ffwll.ch>,
Marijn Suijten <marijn.suijten@somainline.org>
Cc: Konrad Dybcio <konrad.dybcio@linaro.org>,
<linux-arm-msm@vger.kernel.org>,
<dri-devel@lists.freedesktop.org>,
<freedreno@lists.freedesktop.org>, <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 2/4] drm/msm/dsi: Fix compressed word count calculation
Date: Mon, 8 May 2023 17:45:19 -0700 [thread overview]
Message-ID: <e4ebb901-84fd-7e7d-531c-1f8d7fec00f9@quicinc.com> (raw)
In-Reply-To: <4cf2e9ab-7e08-fb26-d924-8ea8141d9f58@linaro.org>
On 5/8/2023 4:27 PM, Dmitry Baryshkov wrote:
> On 08/05/2023 23:09, Abhinav Kumar wrote:
>>
>>
>> On 5/3/2023 1:26 AM, Dmitry Baryshkov wrote:
>>> On 03/05/2023 04:19, Jessica Zhang wrote:
>>>> Currently, word count is calculated using slice_count. This is
>>>> incorrect
>>>> as downstream uses slice per packet, which is different from
>>>> slice_count.
>>>>
>>>> Slice count represents the number of soft slices per interface, and its
>>>> value will not always match that of slice per packet. For example,
>>>> it is
>>>> possible to have cases where there are multiple soft slices per
>>>> interface
>>>> but the panel specifies only one slice per packet.
>>>>
>>>> Thus, use the default value of one slice per packet and remove
>>>> slice_count
>>>> from the word count calculation.
>>>>
>>>> Fixes: bc6b6ff8135c ("drm/msm/dsi: Use DSC slice(s) packet size to
>>>> compute word count")
>>>> Signed-off-by: Jessica Zhang <quic_jesszhan@quicinc.com>
>>>> ---
>>>> drivers/gpu/drm/msm/dsi/dsi_host.c | 9 ++++++++-
>>>> 1 file changed, 8 insertions(+), 1 deletion(-)
>>>>
>>>> diff --git a/drivers/gpu/drm/msm/dsi/dsi_host.c
>>>> b/drivers/gpu/drm/msm/dsi/dsi_host.c
>>>> index 35c69dbe5f6f..b0d448ffb078 100644
>>>> --- a/drivers/gpu/drm/msm/dsi/dsi_host.c
>>>> +++ b/drivers/gpu/drm/msm/dsi/dsi_host.c
>>>> @@ -996,7 +996,14 @@ static void dsi_timing_setup(struct
>>>> msm_dsi_host *msm_host, bool is_bonded_dsi)
>>>> if (!msm_host->dsc)
>>>> wc = hdisplay * dsi_get_bpp(msm_host->format) / 8 + 1;
>>>> else
>>>> - wc = msm_host->dsc->slice_chunk_size *
>>>> msm_host->dsc->slice_count + 1;
>>>> + /*
>>>> + * When DSC is enabled, WC = slice_chunk_size *
>>>> slice_per_packet + 1.
>>>> + * Currently, the driver only supports default value of
>>>> slice_per_packet = 1
>>>> + *
>>>> + * TODO: Expand drm_panel struct to hold
>>>> slice_per_packet info
>>>> + * and adjust DSC math to account for
>>>> slice_per_packet.
>>>
>>> slice_per_packet is not a part of the standard DSC, so I'm not sure
>>> how that can be implemented. And definitely we should not care about
>>> the drm_panel here. It should be either a part of drm_dsc_config, or
>>> mipi_dsi_device.
>>>
>>
>> This is not correct.
>>
>> It is part of the DSI standard (not DSC standard). Please refer to
>> Figure 40 "One Line Containing One Packet with Data from One or More
>> Compressed Slices" and Figure 41 "One Line Containing More than One
>> Compressed Pixel Stream Packet".
>
> I have reviewed section 8.8.24 and Annex D of the DSI standard.
>
> It is not clear to me, if we can get away with always using
> slice_per_packet = 1. What is the DSI sink's difference between Fig.
> 40.(b) and Fig 41?
>
The difference is that in fig 40(b) there is only one packet of data
(check closely, there is only one header).
In fig 41, there are multiple headers so its showing multiple packets.
> Are there are known panels that require slice_per_packet != 1? If so, we
> will have to implement support for such configurations.
>
Unless explicitly requested by the panel, we can use 1. From the device
tree files of the panels we support downstream, I do see
qcom,mdss-dsc-slice-per-pkt set to 2 for some panels. I dont know
whether those panels will not work with 1. I really don't think any of
the DSC panels working with MSM were upstreamed.
I think the one jessica will be posting (and merging) will be the first
and that works with 1.
If there are other panels in the works which require 2 slice_per_pkt, I
would wait to first see them on the list and if they cannot work with 1
slice_per_pkt, add support for that.
>> This has details about this. So I still stand by my point that this
>> should be in the drm_panel.
>
> Note, the driver doesn't use drm_panel directly. So slices_per_packet
> should go to mipi_dsi_device instead (which in turn can be filled from
> e.g. drm_panel or from any other source).
>
>>
>>>> + */
>>>> + wc = msm_host->dsc->slice_chunk_size + 1;
>>>> dsi_write(msm_host, REG_DSI_CMD_MDP_STREAM0_CTRL,
>>>> DSI_CMD_MDP_STREAM0_CTRL_WORD_COUNT(wc) |
>>>>
>>>
>
next prev parent reply other threads:[~2023-05-09 0:45 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-05-03 1:19 [PATCH 0/4] Add DSC v1.2 Support for DSI Jessica Zhang
2023-05-03 1:19 ` [PATCH 1/4] drm/msm/dsi: Adjust pclk rate for compression Jessica Zhang
2023-05-03 8:33 ` Dmitry Baryshkov
2023-05-03 17:10 ` Jessica Zhang
2023-05-04 20:33 ` Marijn Suijten
2023-05-04 21:17 ` Marijn Suijten
2023-05-05 18:57 ` Jessica Zhang
2023-05-03 1:19 ` [PATCH 2/4] drm/msm/dsi: Fix compressed word count calculation Jessica Zhang
2023-05-03 8:26 ` Dmitry Baryshkov
2023-05-03 17:34 ` Jessica Zhang
2023-05-08 20:09 ` Abhinav Kumar
2023-05-08 23:27 ` Dmitry Baryshkov
2023-05-09 0:45 ` Abhinav Kumar [this message]
2023-05-09 0:47 ` Dmitry Baryshkov
2023-05-09 4:36 ` Abhinav Kumar
2023-05-09 8:12 ` Konrad Dybcio
2023-05-09 8:23 ` Neil Armstrong
2023-05-09 8:54 ` Konrad Dybcio
2023-05-09 11:42 ` Dmitry Baryshkov
2023-05-09 18:02 ` [Freedreno] " Abhinav Kumar
2023-05-09 20:25 ` Jessica Zhang
2023-05-03 1:19 ` [PATCH 3/4] drm/msm/dpu: Add has_data_compress to dpu_caps Jessica Zhang
2023-05-03 7:07 ` Marijn Suijten
2023-05-03 19:03 ` Jessica Zhang
2023-05-03 23:03 ` Marijn Suijten
2023-05-03 23:24 ` Jessica Zhang
2023-05-03 1:19 ` [PATCH 4/4] drm/msm/dpu: Enable compression for command mode Jessica Zhang
2023-05-03 7:28 ` Marijn Suijten
2023-05-03 19:04 ` Jessica Zhang
2023-05-03 19:51 ` Dmitry Baryshkov
2023-05-03 23:16 ` Jessica Zhang
2023-05-03 23:00 ` Marijn Suijten
2023-05-04 0:09 ` Jessica Zhang
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=e4ebb901-84fd-7e7d-531c-1f8d7fec00f9@quicinc.com \
--to=quic_abhinavk@quicinc.com \
--cc=airlied@gmail.com \
--cc=daniel@ffwll.ch \
--cc=dmitry.baryshkov@linaro.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=freedreno@lists.freedesktop.org \
--cc=konrad.dybcio@linaro.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=marijn.suijten@somainline.org \
--cc=quic_jesszhan@quicinc.com \
--cc=robdclark@gmail.com \
--cc=sean@poorly.run \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®