From: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
To: Marijn Suijten <marijn.suijten@somainline.org>,
Konrad Dybcio <konrad.dybcio@linaro.org>
Cc: Rob Clark <robdclark@gmail.com>,
Abhinav Kumar <quic_abhinavk@quicinc.com>,
Sean Paul <sean@poorly.run>, David Airlie <airlied@gmail.com>,
Daniel Vetter <daniel@ffwll.ch>, Rob Herring <robh+dt@kernel.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>,
Krishna Manikandan <quic_mkrishn@quicinc.com>,
Will Deacon <will@kernel.org>,
Robin Murphy <robin.murphy@arm.com>,
Joerg Roedel <joro@8bytes.org>,
linux-arm-msm@vger.kernel.org, dri-devel@lists.freedesktop.org,
freedreno@lists.freedesktop.org, devicetree@vger.kernel.org,
linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org, iommu@lists.linux.dev,
Konrad Dybcio <konrad.dybcio@somainline.org>
Subject: Re: [PATCH v2 07/13] drm/msm/dpu: Add SM6350 support
Date: Fri, 5 May 2023 15:11:44 +0300 [thread overview]
Message-ID: <91a390b2-db3d-90f4-a2e2-6ccb75303d04@linaro.org> (raw)
In-Reply-To: <k25jg7cez2kimpxr4ztbdzjr2adq6a2vjknyvfe5frxujtogfg@vhfdyt45unv6>
On 27/04/2023 18:37, Marijn Suijten wrote:
> On 2023-04-21 00:31:16, Konrad Dybcio wrote:
>> Add SM6350 support to the DPU1 driver to enable display output.
>>
>> Signed-off-by: Konrad Dybcio <konrad.dybcio@somainline.org>
>> Signed-off-by: Konrad Dybcio <konrad.dybcio@linaro.org>
>
> After addressing the comments from Dmitry (CURSOR0->DMA1 and
> CURSOR1->DMA2), this is:
>
> Reviewed-by: Marijn Suijten <marijn.suijten@somainline.org>
>
> See below for some nits.
[...]
>> +static const struct dpu_mdp_cfg sm6350_mdp[] = {
>> + {
>> + .name = "top_0", .id = MDP_TOP,
>> + .base = 0x0, .len = 0x494,
>> + .features = 0,
>> + .clk_ctrls[DPU_CLK_CTRL_VIG0] = { .reg_off = 0x2ac, .bit_off = 0 },
>> + .clk_ctrls[DPU_CLK_CTRL_DMA0] = { .reg_off = 0x2ac, .bit_off = 8 },
>> + .clk_ctrls[DPU_CLK_CTRL_DMA1] = { .reg_off = 0x2b4, .bit_off = 8 },
>> + .clk_ctrls[DPU_CLK_CTRL_DMA2] = { .reg_off = 0x2c4, .bit_off = 8 },
>> + .clk_ctrls[DPU_CLK_CTRL_REG_DMA] = { .reg_off = 0x2bc, .bit_off = 20 },
>> + },
>> +};
>> +
>> +static const struct dpu_ctl_cfg sm6350_ctl[] = {
>> + {
>> + .name = "ctl_0", .id = CTL_0,
>> + .base = 0x1000, .len = 0x1dc,
>> + .features = BIT(DPU_CTL_ACTIVE_CFG),
>> + .intr_start = DPU_IRQ_IDX(MDP_SSPP_TOP0_INTR2, 9),
>> + },
>> + {
>> + .name = "ctl_1", .id = CTL_1,
>> + .base = 0x1200, .len = 0x1dc,
>> + .features = BIT(DPU_CTL_ACTIVE_CFG),
>> + .intr_start = DPU_IRQ_IDX(MDP_SSPP_TOP0_INTR2, 10),
>> + },
>> + {
>> + .name = "ctl_2", .id = CTL_2,
>> + .base = 0x1400, .len = 0x1dc,
>> + .features = BIT(DPU_CTL_ACTIVE_CFG),
>> + .intr_start = DPU_IRQ_IDX(MDP_SSPP_TOP0_INTR2, 11),
>> + },
>> + {
>> + .name = "ctl_3", .id = CTL_3,
>> + .base = 0x1600, .len = 0x1dc,
>> + .features = BIT(DPU_CTL_ACTIVE_CFG),
>> + .intr_start = DPU_IRQ_IDX(MDP_SSPP_TOP0_INTR2, 12),
>> + },
>> +};
>> +
>> +static const struct dpu_sspp_cfg sm6350_sspp[] = {
>> + SSPP_BLK("sspp_0", SSPP_VIG0, 0x4000, 0x1f8, VIG_SC7180_MASK,
>> + sc7180_vig_sblk_0, 0, SSPP_TYPE_VIG, DPU_CLK_CTRL_VIG0),
>> + SSPP_BLK("sspp_8", SSPP_DMA0, 0x24000, 0x1f8, DMA_SDM845_MASK,
>> + sdm845_dma_sblk_0, 1, SSPP_TYPE_DMA, DPU_CLK_CTRL_DMA0),
>> + SSPP_BLK("sspp_9", SSPP_DMA1, 0x26000, 0x1f8, DMA_CURSOR_SDM845_MASK,
>> + sdm845_dma_sblk_1, 5, SSPP_TYPE_DMA, DPU_CLK_CTRL_CURSOR0),
>> + SSPP_BLK("sspp_10", SSPP_DMA2, 0x28000, 0x1f8, DMA_CURSOR_SDM845_MASK,
>> + sdm845_dma_sblk_2, 9, SSPP_TYPE_DMA, DPU_CLK_CTRL_CURSOR1),
>> +};
>> +
>> +static const struct dpu_lm_cfg sm6350_lm[] = {
>> + LM_BLK("lm_0", LM_0, 0x44000, MIXER_SDM845_MASK,
>> + &sc7180_lm_sblk, PINGPONG_0, LM_1, DSPP_0),
>> + LM_BLK("lm_1", LM_1, 0x45000, MIXER_SDM845_MASK,
>> + &sc7180_lm_sblk, PINGPONG_1, LM_0, 0),
>
> These two entries are indented with two tabs and have one character too
> many to align with the opening parenthesis on the previous line. Can we
> please settle on a single style, as this commit mostly uses tabs+spaces
> to align with the opening parenthesis?
>
> Dmitry vouched for `cino=(0` (when in unclosed parenthesis, align next
> line with zero extra characters to the opening parenthesis), but I find
> double tabs more convenient as it doesn't require reindenting when
> changing the name of the macro (which happened too often in my INTF TE
> series).
I mainly vote for 'cino=(0' for indenting conditions (where double tab
is confusing) and for function calls. I do not have a strong opinion
about macros expansions. We have been using double-tab there, which is
fine with me.
Another option (which I personally find more appealing, but it doesn't
play well with the current guidelines) is to have all macro arguments in
a single line. It makes it easier to compare things.
And another option would be to expand these macros up to some point.
Previous experience with clock and interconnect drivers showed that
expanding such multi-arg acros makes it _easier_ to handle the data.
Counterintuitive, but true.
>
>> +};
>> +
>> +static const struct dpu_dspp_cfg sm6350_dspp[] = {
>> + DSPP_BLK("dspp_0", DSPP_0, 0x54000, DSPP_SC7180_MASK,
>> + &sm8150_dspp_sblk),
>> +};
>> +
>> +static struct dpu_pingpong_cfg sm6350_pp[] = {
>> + PP_BLK("pingpong_0", PINGPONG_0, 0x70000, PINGPONG_SM8150_MASK, 0, sdm845_pp_sblk,
>> + DPU_IRQ_IDX(MDP_SSPP_TOP0_INTR, 8),
>> + -1),
>> + PP_BLK("pingpong_1", PINGPONG_1, 0x70800, PINGPONG_SM8150_MASK, 0, sdm845_pp_sblk,
>> + DPU_IRQ_IDX(MDP_SSPP_TOP0_INTR, 9),
>> + -1),
[skipped the rest]
--
With best wishes
Dmitry
next prev parent reply other threads:[~2023-05-05 12:11 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-04-20 22:31 [PATCH v2 00/13] SM63(50|75) DPU support Konrad Dybcio
2023-04-20 22:31 ` [PATCH v2 01/13] dt-bindings: display/msm: dsi-controller-main: Add SM6350 Konrad Dybcio
2023-04-20 22:31 ` [PATCH v2 02/13] dt-bindings: display/msm: dsi-controller-main: Add SM6375 Konrad Dybcio
2023-04-20 22:31 ` [PATCH v2 03/13] dt-bindings: display/msm: Add SM6350 DPU Konrad Dybcio
2023-04-25 16:53 ` Rob Herring
2023-04-25 17:03 ` Rob Herring
2023-05-05 12:38 ` Konrad Dybcio
2023-04-20 22:31 ` [PATCH v2 04/13] dt-bindings: display/msm: Add SM6350 MDSS Konrad Dybcio
2023-04-21 12:56 ` Rob Herring
2023-04-20 22:31 ` [PATCH v2 05/13] dt-bindings: display/msm: Add SM6375 DPU Konrad Dybcio
2023-04-20 22:31 ` [PATCH v2 06/13] dt-bindings: display/msm: Add SM6375 MDSS Konrad Dybcio
2023-04-21 12:56 ` Rob Herring
2023-04-20 22:31 ` [PATCH v2 07/13] drm/msm/dpu: Add SM6350 support Konrad Dybcio
2023-04-20 22:41 ` Dmitry Baryshkov
2023-04-20 23:05 ` Konrad Dybcio
2023-04-20 23:06 ` Dmitry Baryshkov
2023-05-18 21:21 ` Dmitry Baryshkov
2023-04-27 15:37 ` Marijn Suijten
2023-04-27 15:48 ` Marijn Suijten
2023-04-28 12:25 ` Konrad Dybcio
2023-04-28 12:24 ` Konrad Dybcio
2023-04-28 13:03 ` Dmitry Baryshkov
2023-05-08 22:03 ` Marijn Suijten
2023-05-05 12:11 ` Dmitry Baryshkov [this message]
2023-05-08 22:04 ` Marijn Suijten
2023-04-20 22:31 ` [PATCH v2 08/13] drm/msm: mdss: " Konrad Dybcio
2023-04-20 22:43 ` Dmitry Baryshkov
2023-04-27 21:03 ` Marijn Suijten
2023-04-20 22:31 ` [PATCH v2 09/13] drm/msm/dpu: Add SM6375 support Konrad Dybcio
2023-04-20 22:48 ` Dmitry Baryshkov
2023-04-27 15:46 ` Marijn Suijten
2023-04-28 12:32 ` Konrad Dybcio
2023-04-20 22:31 ` [PATCH v2 10/13] drm/msm: mdss: " Konrad Dybcio
2023-04-20 22:49 ` Dmitry Baryshkov
2023-04-20 22:50 ` Dmitry Baryshkov
2023-04-20 23:06 ` Konrad Dybcio
2023-04-27 21:04 ` Marijn Suijten
2023-04-20 22:31 ` [PATCH v2 11/13] iommu/arm-smmu-qcom: Add SM6375 DPU compatible Konrad Dybcio
2023-04-20 22:52 ` Dmitry Baryshkov
2023-04-20 22:31 ` [PATCH v2 12/13] iommu/arm-smmu-qcom: Add SM6350 " Konrad Dybcio
2023-04-20 22:51 ` Dmitry Baryshkov
2023-04-20 22:31 ` [PATCH v2 13/13] iommu/arm-smmu-qcom: Sort the compatible list alphabetically Konrad Dybcio
2023-04-20 22:53 ` Dmitry Baryshkov
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=91a390b2-db3d-90f4-a2e2-6ccb75303d04@linaro.org \
--to=dmitry.baryshkov@linaro.org \
--cc=airlied@gmail.com \
--cc=daniel@ffwll.ch \
--cc=devicetree@vger.kernel.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=freedreno@lists.freedesktop.org \
--cc=iommu@lists.linux.dev \
--cc=joro@8bytes.org \
--cc=konrad.dybcio@linaro.org \
--cc=konrad.dybcio@somainline.org \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=marijn.suijten@somainline.org \
--cc=quic_abhinavk@quicinc.com \
--cc=quic_mkrishn@quicinc.com \
--cc=robdclark@gmail.com \
--cc=robh+dt@kernel.org \
--cc=robin.murphy@arm.com \
--cc=sean@poorly.run \
--cc=will@kernel.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;
as well as URLs for NNTP newsgroup(s).