From: Abhinav Kumar <quic_abhinavk@quicinc.com>
To: Marijn Suijten <marijn.suijten@somainline.org>
Cc: Martin Botka <martin.botka@somainline.org>,
<linux-arm-msm@vger.kernel.org>,
AngeloGioacchino Del Regno
<angelogioacchino.delregno@somainline.org>,
Konrad Dybcio <konrad.dybcio@somainline.org>,
<dri-devel@lists.freedesktop.org>, <swboyd@chromium.org>,
<robdclark@gmail.com>, <nganji@codeaurora.org>,
<seanpaul@chromium.org>, <daniel@ffwll.ch>,
<markyacoub@chromium.org>, <dmitry.baryshkov@linaro.org>,
<quic_jesszhan@quicinc.com>, <aravindh@codeaurora.org>,
<freedreno@lists.freedesktop.org>
Subject: Re: [Freedreno] [PATCH 06/12] drm/msm/dpu: make changes to dpu_encoder to support virtual encoder
Date: Fri, 15 Apr 2022 12:25:55 -0700 [thread overview]
Message-ID: <227cb6b8-c4c5-aa24-a91e-ccbd29260b29@quicinc.com> (raw)
In-Reply-To: <1af827f1-b9b5-ed43-7bd8-8af6206eabaa@quicinc.com>
Hi Marijn
Looking at msm-next tip, this code has already been refactored in
https://gitlab.freedesktop.org/drm/msm/-/commit/ef58e0ad34365e2c8274b74e6e745b8c180ff0d3
So, I will just rebase my changes on msm-next tip and it should address
below comments as well.
Thanks
Abhinav
On 4/14/2022 3:30 PM, Abhinav Kumar wrote:
> Hi Marijn
>
> Thank you for your suggestion.
> I will address it and add your "Reported by".
>
> Thanks
>
> Abhinav
>
> On 4/14/2022 3:26 PM, Marijn Suijten wrote:
>> On 2022-02-04 13:17:19, Abhinav Kumar wrote:
>>> Make changes to dpu_encoder to support virtual encoder needed
>>> to support writeback for dpu.
>>>
>>> Signed-off-by: Abhinav Kumar <quic_abhinavk@quicinc.com>
>>> ---
>>> drivers/gpu/drm/msm/disp/dpu1/dpu_encoder.c | 57
>>> +++++++++++++++++++++--------
>>> 1 file changed, 42 insertions(+), 15 deletions(-)
>>>
>>> diff --git a/drivers/gpu/drm/msm/disp/dpu1/dpu_encoder.c
>>> b/drivers/gpu/drm/msm/disp/dpu1/dpu_encoder.c
>>> index e977c05..947069b 100644
>>> --- a/drivers/gpu/drm/msm/disp/dpu1/dpu_encoder.c
>>> +++ b/drivers/gpu/drm/msm/disp/dpu1/dpu_encoder.c
>>> @@ -974,6 +974,7 @@ static void dpu_encoder_virt_mode_set(struct
>>> drm_encoder *drm_enc,
>>> struct dpu_hw_blk *hw_ctl[MAX_CHANNELS_PER_ENC];
>>> struct dpu_hw_blk *hw_lm[MAX_CHANNELS_PER_ENC];
>>> struct dpu_hw_blk *hw_dspp[MAX_CHANNELS_PER_ENC] = { NULL };
>>> + enum dpu_hw_blk_type blk_type;
>>> int num_lm, num_ctl, num_pp;
>>> int i, j;
>>> @@ -1061,20 +1062,36 @@ static void dpu_encoder_virt_mode_set(struct
>>> drm_encoder *drm_enc,
>>> phys->hw_pp = dpu_enc->hw_pp[i];
>>> phys->hw_ctl = to_dpu_hw_ctl(hw_ctl[i]);
>>> + if (phys->intf_mode == INTF_MODE_WB_LINE)
>>> + blk_type = DPU_HW_BLK_WB;
>>> + else
>>> + blk_type = DPU_HW_BLK_INTF;
>>> +
>>> num_blk = dpu_rm_get_assigned_resources(&dpu_kms->rm,
>>> - global_state, drm_enc->base.id, DPU_HW_BLK_INTF,
>>> + global_state, drm_enc->base.id, blk_type,
>>> hw_blk, ARRAY_SIZE(hw_blk));
>>> - for (j = 0; j < num_blk; j++) {
>>> - struct dpu_hw_intf *hw_intf;
>>> - hw_intf = to_dpu_hw_intf(hw_blk[i]);
>>> - if (hw_intf->idx == phys->intf_idx)
>>> - phys->hw_intf = hw_intf;
>>> + if (blk_type == DPU_HW_BLK_WB) {
>>> + for (j = 0; j < num_blk; j++) {
>>> + struct dpu_hw_wb *hw_wb;
>>> +
>>> + hw_wb = to_dpu_hw_wb(hw_blk[i]);
>>> + if (hw_wb->idx == phys->intf_idx)
>>> + phys->hw_wb = hw_wb;
>>> + }
>>> + } else {
>>> + for (j = 0; j < num_blk; j++) {
>>> + struct dpu_hw_intf *hw_intf;
>>> +
>>> + hw_intf = to_dpu_hw_intf(hw_blk[i]);
>>> + if (hw_intf->idx == phys->intf_idx)
>>> + phys->hw_intf = hw_intf;
>>> + }
>>
>> It appears the original bit of code iterates j from 0 to num_blks yet
>> only uses i as iteration value. All of this code seems reentrant
>> meaning that executing it more than one times is redundant. You've
>> adopted this mistake, though I'd argue it should use j in hw_blk[i] as
>> that follows the number of elements in hw_blk returned by
>> dpu_rm_get_assigned_resources.
>>
>> I suggest to address this in a separate patch (I can send that too, feel
>> free to add my Reported-by otherwise) and rebase this patch on top of
>> that, substituting i with j here as well. It seems to have been
>> introduced by b954fa6baaca ("drm/msm/dpu: Refactor rm iterator").
>>
>> - Marijn
>>
>>> }
>>> - if (!phys->hw_intf) {
>>> + if (!phys->hw_intf && !phys->hw_wb) {
>>> DPU_ERROR_ENC(dpu_enc,
>>> - "no intf block assigned at idx: %d\n", i);
>>> + "no intf or WB block assigned at idx: %d\n", i);
>>> return;
>>> }
>>> @@ -1224,15 +1241,22 @@ static void dpu_encoder_virt_disable(struct
>>> drm_encoder *drm_enc)
>>> mutex_unlock(&dpu_enc->enc_lock);
>>> }
>>> -static enum dpu_intf dpu_encoder_get_intf(struct dpu_mdss_cfg *catalog,
>>> +static enum dpu_intf dpu_encoder_get_intf_or_wb(struct dpu_mdss_cfg
>>> *catalog,
>>> enum dpu_intf_type type, u32 controller_id)
>>> {
>>> int i = 0;
>>> - for (i = 0; i < catalog->intf_count; i++) {
>>> - if (catalog->intf[i].type == type
>>> - && catalog->intf[i].controller_id == controller_id) {
>>> - return catalog->intf[i].id;
>>> + if (type != INTF_WB) {
>>> + for (i = 0; i < catalog->intf_count; i++) {
>>> + if (catalog->intf[i].type == type
>>> + && catalog->intf[i].controller_id == controller_id) {
>>> + return catalog->intf[i].id;
>>> + }
>>> + }
>>> + } else {
>>> + for (i = 0; i < catalog->wb_count; i++) {
>>> + if (catalog->wb[i].id == controller_id)
>>> + return catalog->wb[i].id;
>>> }
>>> }
>>> @@ -2096,6 +2120,9 @@ static int dpu_encoder_setup_display(struct
>>> dpu_encoder_virt *dpu_enc,
>>> case DRM_MODE_ENCODER_TMDS:
>>> intf_type = INTF_DP;
>>> break;
>>> + case DRM_MODE_ENCODER_VIRTUAL:
>>> + intf_type = INTF_WB;
>>> + break;
>>> }
>>> WARN_ON(disp_info->num_of_h_tiles < 1);
>>> @@ -2128,11 +2155,11 @@ static int dpu_encoder_setup_display(struct
>>> dpu_encoder_virt *dpu_enc,
>>> DPU_DEBUG("h_tile_instance %d = %d, split_role %d\n",
>>> i, controller_id, phys_params.split_role);
>>> - phys_params.intf_idx = dpu_encoder_get_intf(dpu_kms->catalog,
>>> + phys_params.intf_idx =
>>> dpu_encoder_get_intf_or_wb(dpu_kms->catalog,
>>> intf_type,
>>> controller_id);
>>> if (phys_params.intf_idx == INTF_MAX) {
>>> - DPU_ERROR_ENC(dpu_enc, "could not get intf: type %d, id
>>> %d\n",
>>> + DPU_ERROR_ENC(dpu_enc, "could not get intf or wb: type
>>> %d, id %d\n",
>>> intf_type, controller_id);
>>> ret = -EINVAL;
>>> }
>>> --
>>> 2.7.4
>>>
next prev parent reply other threads:[~2022-04-15 19:26 UTC|newest]
Thread overview: 49+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-02-04 21:17 [PATCH 00/12] Add writeback block support for DPU Abhinav Kumar
2022-02-04 21:17 ` [PATCH 01/12] drm/msm/dpu: add writeback blocks to the sm8250 DPU catalog Abhinav Kumar
2022-02-04 22:48 ` Dmitry Baryshkov
2022-02-04 21:17 ` [PATCH 02/12] drm/msm/dpu: add dpu_hw_wb abstraction for writeback blocks Abhinav Kumar
2022-02-04 22:56 ` Dmitry Baryshkov
2022-04-14 21:28 ` Abhinav Kumar
2022-04-14 21:41 ` Dmitry Baryshkov
2022-02-04 21:17 ` [PATCH 03/12] drm/msm/dpu: add writeback blocks to DPU RM Abhinav Kumar
2022-02-04 23:43 ` Dmitry Baryshkov
2022-04-14 21:30 ` Abhinav Kumar
2022-02-04 21:17 ` [PATCH 04/12] drm/msm/dpu: add changes to support writeback in hw_ctl Abhinav Kumar
2022-02-04 22:19 ` Dmitry Baryshkov
2022-04-14 21:50 ` Abhinav Kumar
2022-04-14 23:25 ` Dmitry Baryshkov
2022-04-15 0:01 ` Abhinav Kumar
2022-04-15 0:19 ` Dmitry Baryshkov
2022-04-15 0:27 ` [Freedreno] " Abhinav Kumar
2022-04-15 0:30 ` Abhinav Kumar
2022-02-04 21:17 ` [PATCH 05/12] drm/msm/dpu: add an API to reset the encoder related hw blocks Abhinav Kumar
2022-02-04 23:46 ` Dmitry Baryshkov
2022-04-14 21:53 ` Abhinav Kumar
2022-02-04 21:17 ` [PATCH 06/12] drm/msm/dpu: make changes to dpu_encoder to support virtual encoder Abhinav Kumar
2022-02-04 23:36 ` Dmitry Baryshkov
2022-04-14 21:54 ` Abhinav Kumar
2022-04-14 22:26 ` Marijn Suijten
2022-04-14 22:30 ` [Freedreno] " Abhinav Kumar
2022-04-15 19:25 ` Abhinav Kumar [this message]
2022-04-15 23:14 ` Marijn Suijten
2022-02-04 21:17 ` [PATCH 07/12] drm/msm/dpu: add encoder operations to prepare/cleanup wb job Abhinav Kumar
2022-02-04 23:42 ` Dmitry Baryshkov
2022-02-04 21:17 ` [PATCH 08/12] drm/msm/dpu: introduce the dpu_encoder_phys_* for writeback Abhinav Kumar
2022-02-04 23:19 ` Dmitry Baryshkov
2022-04-14 22:16 ` [Freedreno] " Abhinav Kumar
2022-04-15 0:24 ` Dmitry Baryshkov
2022-04-19 20:19 ` Abhinav Kumar
2022-02-04 21:17 ` [PATCH 09/12] drm/msm/dpu: add the writeback connector layer Abhinav Kumar
2022-02-04 23:24 ` Dmitry Baryshkov
2022-02-04 21:17 ` [PATCH 10/12] drm/msm/dpu: initialize dpu encoder and connector for writeback Abhinav Kumar
2022-02-04 22:34 ` Dmitry Baryshkov
2022-04-14 22:21 ` [Freedreno] " Abhinav Kumar
2022-02-04 21:17 ` [PATCH 11/12] drm/msm/dpu: gracefully handle null fb commits " Abhinav Kumar
2022-02-04 22:43 ` Dmitry Baryshkov
2022-04-14 23:17 ` Abhinav Kumar
2022-04-15 0:36 ` Dmitry Baryshkov
2022-04-15 1:50 ` Abhinav Kumar
2022-02-04 21:17 ` [PATCH 12/12] drm/msm/dpu: add writeback blocks to the display snapshot Abhinav Kumar
2022-02-04 22:36 ` Dmitry Baryshkov
2022-03-03 22:46 ` [PATCH 00/12] Add writeback block support for DPU Stephen Boyd
2022-03-03 23:40 ` Abhinav Kumar
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=227cb6b8-c4c5-aa24-a91e-ccbd29260b29@quicinc.com \
--to=quic_abhinavk@quicinc.com \
--cc=angelogioacchino.delregno@somainline.org \
--cc=aravindh@codeaurora.org \
--cc=daniel@ffwll.ch \
--cc=dmitry.baryshkov@linaro.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=freedreno@lists.freedesktop.org \
--cc=konrad.dybcio@somainline.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=marijn.suijten@somainline.org \
--cc=markyacoub@chromium.org \
--cc=martin.botka@somainline.org \
--cc=nganji@codeaurora.org \
--cc=quic_jesszhan@quicinc.com \
--cc=robdclark@gmail.com \
--cc=seanpaul@chromium.org \
--cc=swboyd@chromium.org \
/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