From: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
To: Abhinav Kumar <quic_abhinavk@quicinc.com>,
Rob Clark <robdclark@gmail.com>, Sean Paul <sean@poorly.run>,
Marijn Suijten <marijn.suijten@somainline.org>
Cc: Stephen Boyd <swboyd@chromium.org>,
David Airlie <airlied@gmail.com>, Daniel Vetter <daniel@ffwll.ch>,
Bjorn Andersson <andersson@kernel.org>,
linux-arm-msm@vger.kernel.org, dri-devel@lists.freedesktop.org,
freedreno@lists.freedesktop.org
Subject: Re: [PATCH v2 5/7] drm/msm/dpu: use MDSS data for programming SSPP
Date: Sat, 29 Jul 2023 00:39:00 +0300 [thread overview]
Message-ID: <098e89eb-d69b-4a3c-840d-d7fd560fe2f9@linaro.org> (raw)
In-Reply-To: <27ae3603-4527-8c3a-23e6-5d4934de9d69@quicinc.com>
On 29/07/2023 00:36, Abhinav Kumar wrote:
>
>
> On 7/28/2023 2:33 PM, Dmitry Baryshkov wrote:
>> Switch to using data from MDSS driver to program the SSPP fetch and UBWC
>> configuration. As a side-effect, this also swithes the DPU driver from
>> DPU_HW_UBWC_VER_xx values to the UBWC_x_y enum, which reflects
>> the hardware register values.
>>
>> Signed-off-by: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
>> ---
>> drivers/gpu/drm/msm/disp/dpu1/dpu_hw_sspp.c | 18 ++++++++++--------
>> drivers/gpu/drm/msm/disp/dpu1/dpu_hw_sspp.h | 6 +++---
>> drivers/gpu/drm/msm/disp/dpu1/dpu_kms.c | 16 +++++++++++++++-
>> drivers/gpu/drm/msm/disp/dpu1/dpu_kms.h | 1 +
>> drivers/gpu/drm/msm/disp/dpu1/dpu_rm.c | 3 ++-
>> drivers/gpu/drm/msm/disp/dpu1/dpu_rm.h | 2 ++
>> 6 files changed, 33 insertions(+), 13 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/msm/disp/dpu1/dpu_hw_sspp.c
>> b/drivers/gpu/drm/msm/disp/dpu1/dpu_hw_sspp.c
>> index b364cf75bb3f..f2192de93713 100644
>> --- a/drivers/gpu/drm/msm/disp/dpu1/dpu_hw_sspp.c
>> +++ b/drivers/gpu/drm/msm/disp/dpu1/dpu_hw_sspp.c
>> @@ -8,6 +8,8 @@
>> #include "dpu_hw_sspp.h"
>> #include "dpu_kms.h"
>> +#include "msm_mdss.h"
>> +
>> #include <drm/drm_file.h>
>> #define DPU_FETCH_CONFIG_RESET_VALUE 0x00000087
>> @@ -270,26 +272,26 @@ static void dpu_hw_sspp_setup_format(struct
>> dpu_sw_pipe *pipe,
>> DPU_REG_WRITE(c, SSPP_FETCH_CONFIG,
>> DPU_FETCH_CONFIG_RESET_VALUE |
>> ctx->ubwc->highest_bank_bit << 18);
>> - switch (ctx->ubwc->ubwc_version) {
>> - case DPU_HW_UBWC_VER_10:
>> + switch (ctx->ubwc->ubwc_enc_version) {
>
> Didnt we agree to protect this with if (ctx->ubwc) ?
Yes. However ctx->ubwc is set to mdss_data and in dpu_kms_hw_init() we
ensure that mdss_data is not NULL, so this check is not necessary.
>
>> + case UBWC_1_0:
>> fast_clear = fmt->alpha_enable ? BIT(31) : 0;
>> DPU_REG_WRITE(c, SSPP_UBWC_STATIC_CTRL,
>> fast_clear | (ctx->ubwc->ubwc_swizzle & 0x1) |
>> BIT(8) |
>> (ctx->ubwc->highest_bank_bit << 4));
>> break;
>> - case DPU_HW_UBWC_VER_20:
>> + case UBWC_2_0:
>> fast_clear = fmt->alpha_enable ? BIT(31) : 0;
>> DPU_REG_WRITE(c, SSPP_UBWC_STATIC_CTRL,
>> fast_clear | (ctx->ubwc->ubwc_swizzle) |
>> (ctx->ubwc->highest_bank_bit << 4));
>> break;
>> - case DPU_HW_UBWC_VER_30:
>> + case UBWC_3_0:
>> DPU_REG_WRITE(c, SSPP_UBWC_STATIC_CTRL,
>> BIT(30) | (ctx->ubwc->ubwc_swizzle) |
>> (ctx->ubwc->highest_bank_bit << 4));
>> break;
>> - case DPU_HW_UBWC_VER_40:
>> + case UBWC_4_0:
>> DPU_REG_WRITE(c, SSPP_UBWC_STATIC_CTRL,
>> DPU_FORMAT_IS_YUV(fmt) ? 0 : BIT(30));
>> break;
>> @@ -670,11 +672,11 @@ int _dpu_hw_sspp_init_debugfs(struct dpu_hw_sspp
>> *hw_pipe, struct dpu_kms *kms,
>> #endif
>> struct dpu_hw_sspp *dpu_hw_sspp_init(const struct dpu_sspp_cfg *cfg,
>> - void __iomem *addr, const struct dpu_ubwc_cfg *ubwc)
>> + void __iomem *addr, const struct msm_mdss_data *mdss_data)
>> {
>> struct dpu_hw_sspp *hw_pipe;
>> - if (!addr || !ubwc)
>> + if (!addr)
>> return ERR_PTR(-EINVAL);
>> hw_pipe = kzalloc(sizeof(*hw_pipe), GFP_KERNEL);
>> @@ -685,7 +687,7 @@ struct dpu_hw_sspp *dpu_hw_sspp_init(const struct
>> dpu_sspp_cfg *cfg,
>> hw_pipe->hw.log_mask = DPU_DBG_MASK_SSPP;
>> /* Assign ops */
>> - hw_pipe->ubwc = ubwc;
>> + hw_pipe->ubwc = mdss_data;
>> hw_pipe->idx = cfg->id;
>> hw_pipe->cap = cfg;
>> _setup_layer_ops(hw_pipe, hw_pipe->cap->features);
>> diff --git a/drivers/gpu/drm/msm/disp/dpu1/dpu_hw_sspp.h
>> b/drivers/gpu/drm/msm/disp/dpu1/dpu_hw_sspp.h
>> index 085f34bc6b88..cbf4f95ff0fd 100644
>> --- a/drivers/gpu/drm/msm/disp/dpu1/dpu_hw_sspp.h
>> +++ b/drivers/gpu/drm/msm/disp/dpu1/dpu_hw_sspp.h
>> @@ -317,7 +317,7 @@ struct dpu_hw_sspp_ops {
>> struct dpu_hw_sspp {
>> struct dpu_hw_blk base;
>> struct dpu_hw_blk_reg_map hw;
>> - const struct dpu_ubwc_cfg *ubwc;
>> + const struct msm_mdss_data *ubwc;
>> /* Pipe */
>> enum dpu_sspp idx;
>> @@ -333,10 +333,10 @@ struct dpu_kms;
>> * Should be called once before accessing every pipe.
>> * @cfg: Pipe catalog entry for which driver object is required
>> * @addr: Mapped register io address of MDP
>> - * @ubwc: UBWC configuration data
>> + * @mdss_data: UBWC / MDSS configuration data
>> */
>> struct dpu_hw_sspp *dpu_hw_sspp_init(const struct dpu_sspp_cfg *cfg,
>> - void __iomem *addr, const struct dpu_ubwc_cfg *ubwc);
>> + void __iomem *addr, const struct msm_mdss_data *mdss_data);
>> /**
>> * dpu_hw_sspp_destroy(): Destroys SSPP driver context
>> diff --git a/drivers/gpu/drm/msm/disp/dpu1/dpu_kms.c
>> b/drivers/gpu/drm/msm/disp/dpu1/dpu_kms.c
>> index c1d06e19b237..2da9eef687af 100644
>> --- a/drivers/gpu/drm/msm/disp/dpu1/dpu_kms.c
>> +++ b/drivers/gpu/drm/msm/disp/dpu1/dpu_kms.c
>> @@ -22,6 +22,7 @@
>> #include "msm_drv.h"
>> #include "msm_mmu.h"
>> +#include "msm_mdss.h"
>> #include "msm_gem.h"
>> #include "disp/msm_disp_snapshot.h"
>> @@ -1124,7 +1125,20 @@ static int dpu_kms_hw_init(struct msm_kms *kms)
>> goto power_error;
>> }
>> - rc = dpu_rm_init(&dpu_kms->rm, dpu_kms->catalog, dpu_kms->mmio);
>> + dpu_kms->mdss = msm_mdss_get_mdss_data(dpu_kms->pdev->dev.parent);
>> + if (IS_ERR(dpu_kms->mdss)) {
>> + rc = PTR_ERR(dpu_kms->mdss);
>> + DPU_ERROR("failed to get MDSS data: %d\n", rc);
>> + goto power_error;
>> + }
>> +
>> + if (!dpu_kms->mdss) {
>> + rc = -EINVAL;
>> + DPU_ERROR("NULL MDSS data\n");
>> + goto power_error;
>> + }
>> +
>> + rc = dpu_rm_init(&dpu_kms->rm, dpu_kms->catalog, dpu_kms->mdss,
>> dpu_kms->mmio);
>> if (rc) {
>> DPU_ERROR("rm init failed: %d\n", rc);
>> goto power_error;
>> diff --git a/drivers/gpu/drm/msm/disp/dpu1/dpu_kms.h
>> b/drivers/gpu/drm/msm/disp/dpu1/dpu_kms.h
>> index f3bdd4f11108..b6f53ca6e962 100644
>> --- a/drivers/gpu/drm/msm/disp/dpu1/dpu_kms.h
>> +++ b/drivers/gpu/drm/msm/disp/dpu1/dpu_kms.h
>> @@ -67,6 +67,7 @@ struct dpu_kms {
>> struct msm_kms base;
>> struct drm_device *dev;
>> const struct dpu_mdss_cfg *catalog;
>> + const struct msm_mdss_data *mdss;
>> /* io/register spaces: */
>> void __iomem *mmio, *vbif[VBIF_MAX];
>> diff --git a/drivers/gpu/drm/msm/disp/dpu1/dpu_rm.c
>> b/drivers/gpu/drm/msm/disp/dpu1/dpu_rm.c
>> index 4a53e2c931d6..f9215643c71a 100644
>> --- a/drivers/gpu/drm/msm/disp/dpu1/dpu_rm.c
>> +++ b/drivers/gpu/drm/msm/disp/dpu1/dpu_rm.c
>> @@ -101,6 +101,7 @@ int dpu_rm_destroy(struct dpu_rm *rm)
>> int dpu_rm_init(struct dpu_rm *rm,
>> const struct dpu_mdss_cfg *cat,
>> + const struct msm_mdss_data *mdss_data,
>> void __iomem *mmio)
>> {
>> int rc, i;
>> @@ -230,7 +231,7 @@ int dpu_rm_init(struct dpu_rm *rm,
>> struct dpu_hw_sspp *hw;
>> const struct dpu_sspp_cfg *sspp = &cat->sspp[i];
>> - hw = dpu_hw_sspp_init(sspp, mmio, cat->ubwc);
>> + hw = dpu_hw_sspp_init(sspp, mmio, mdss_data);
>> if (IS_ERR(hw)) {
>> rc = PTR_ERR(hw);
>> DPU_ERROR("failed sspp object creation: err %d\n", rc);
>> diff --git a/drivers/gpu/drm/msm/disp/dpu1/dpu_rm.h
>> b/drivers/gpu/drm/msm/disp/dpu1/dpu_rm.h
>> index d62c2edb2460..2b551566cbf4 100644
>> --- a/drivers/gpu/drm/msm/disp/dpu1/dpu_rm.h
>> +++ b/drivers/gpu/drm/msm/disp/dpu1/dpu_rm.h
>> @@ -40,11 +40,13 @@ struct dpu_rm {
>> * for all HW blocks.
>> * @rm: DPU Resource Manager handle
>> * @cat: Pointer to hardware catalog
>> + * @mdss_data: Pointer to MDSS / UBWC configuration
>> * @mmio: mapped register io address of MDP
>> * @Return: 0 on Success otherwise -ERROR
>> */
>> int dpu_rm_init(struct dpu_rm *rm,
>> const struct dpu_mdss_cfg *cat,
>> + const struct msm_mdss_data *mdss_data,
>> void __iomem *mmio);
>> /**
--
With best wishes
Dmitry
next prev parent reply other threads:[~2023-07-28 21:39 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-07-28 21:33 [PATCH v2 0/7] drm/msm/dpu: use UBWC data from MDSS driver Dmitry Baryshkov
2023-07-28 21:33 ` [PATCH v2 1/7] drm/msm/mdss: correct UBWC programming for SM8550 Dmitry Baryshkov
2023-07-28 21:33 ` [PATCH v2 2/7] drm/msm/mdss: rename ubwc_version to ubwc_enc_version Dmitry Baryshkov
2023-07-28 21:33 ` [PATCH v2 3/7] drm/msm/mdss: export UBWC data Dmitry Baryshkov
2023-07-28 21:33 ` [PATCH v2 4/7] drm/msm/mdss: populate missing data Dmitry Baryshkov
2023-08-02 1:20 ` Abhinav Kumar
2023-07-28 21:33 ` [PATCH v2 5/7] drm/msm/dpu: use MDSS data for programming SSPP Dmitry Baryshkov
2023-07-28 21:36 ` Abhinav Kumar
2023-07-28 21:39 ` Dmitry Baryshkov [this message]
2023-07-28 22:03 ` Abhinav Kumar
2023-07-28 21:33 ` [PATCH v2 6/7] drm/msm/dpu: drop UBWC configuration Dmitry Baryshkov
2023-07-28 21:33 ` [PATCH v2 7/7] drm/msm/dpu: drop BWC features from DPU_MDP_foo namespace Dmitry Baryshkov
2023-07-29 23:45 ` Abhinav Kumar
2023-08-02 9:55 ` [PATCH v2 0/7] drm/msm/dpu: use UBWC data from MDSS driver 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=098e89eb-d69b-4a3c-840d-d7fd560fe2f9@linaro.org \
--to=dmitry.baryshkov@linaro.org \
--cc=airlied@gmail.com \
--cc=andersson@kernel.org \
--cc=daniel@ffwll.ch \
--cc=dri-devel@lists.freedesktop.org \
--cc=freedreno@lists.freedesktop.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=marijn.suijten@somainline.org \
--cc=quic_abhinavk@quicinc.com \
--cc=robdclark@gmail.com \
--cc=sean@poorly.run \
--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