From: Abhinav Kumar <quic_abhinavk@quicinc.com>
To: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>,
Rob Clark <robdclark@gmail.com>, Sean Paul <sean@poorly.run>
Cc: Stephen Boyd <swboyd@chromium.org>,
David Airlie <airlied@linux.ie>, Daniel Vetter <daniel@ffwll.ch>,
Bjorn Andersson <bjorn.andersson@linaro.org>,
<linux-arm-msm@vger.kernel.org>,
<dri-devel@lists.freedesktop.org>,
<freedreno@lists.freedesktop.org>
Subject: Re: [PATCH v1 3/4] drm/msm/mdp4: move resource allocation to the _probe function
Date: Thu, 1 Sep 2022 17:24:17 -0700 [thread overview]
Message-ID: <014fc43f-bee6-88eb-9d3c-69aed2fcd7c6@quicinc.com> (raw)
In-Reply-To: <20220620213054.1872954-4-dmitry.baryshkov@linaro.org>
On 6/20/2022 2:30 PM, Dmitry Baryshkov wrote:
> To let the probe function bail early if any of the resources is
> unavailable, move resource allocattion from kms_init directly to the
> probe callback. While we are at it, replace irq_of_parse_and_map() with
> platform_get_irq().
>
> Signed-off-by: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
> ---
> drivers/gpu/drm/msm/disp/mdp4/mdp4_kms.c | 107 +++++++++++------------
> 1 file changed, 51 insertions(+), 56 deletions(-)
>
> diff --git a/drivers/gpu/drm/msm/disp/mdp4/mdp4_kms.c b/drivers/gpu/drm/msm/disp/mdp4/mdp4_kms.c
> index 41dc60784847..6499713eccf6 100644
> --- a/drivers/gpu/drm/msm/disp/mdp4/mdp4_kms.c
> +++ b/drivers/gpu/drm/msm/disp/mdp4/mdp4_kms.c
> @@ -139,8 +139,6 @@ static void mdp4_destroy(struct msm_kms *kms)
> pm_runtime_disable(dev);
>
> mdp_kms_destroy(&mdp4_kms->base);
> -
> - kfree(mdp4_kms);
> }
>
> static const struct mdp_kms_funcs kms_funcs = {
> @@ -383,57 +381,27 @@ static int mdp4_kms_init(struct drm_device *dev)
> {
> struct platform_device *pdev = to_platform_device(dev->dev);
> struct msm_drm_private *priv = dev->dev_private;
> - struct mdp4_kms *mdp4_kms;
> + struct mdp4_kms *mdp4_kms = to_mdp4_kms(to_mdp_kms(priv->kms));
> struct msm_kms *kms = NULL;
> struct iommu_domain *iommu;
> struct msm_gem_address_space *aspace;
> - int irq, ret;
> + int ret;
> u32 major, minor;
> unsigned long max_clk;
>
> /* TODO: Chips that aren't apq8064 have a 200 Mhz max_clk */
> max_clk = 266667000;
>
> - mdp4_kms = kzalloc(sizeof(*mdp4_kms), GFP_KERNEL);
> - if (!mdp4_kms) {
> - DRM_DEV_ERROR(dev->dev, "failed to allocate kms\n");
> - return -ENOMEM;
> - }
> -
> ret = mdp_kms_init(&mdp4_kms->base, &kms_funcs);
> if (ret) {
> DRM_DEV_ERROR(dev->dev, "failed to init kms\n");
> goto fail;
> }
>
> - priv->kms = &mdp4_kms->base.base;
> kms = priv->kms;
>
> mdp4_kms->dev = dev;
>
> - mdp4_kms->mmio = msm_ioremap(pdev, NULL);
> - if (IS_ERR(mdp4_kms->mmio)) {
> - ret = PTR_ERR(mdp4_kms->mmio);
> - goto fail;
> - }
> -
> - irq = platform_get_irq(pdev, 0);
> - if (irq < 0) {
> - ret = irq;
> - DRM_DEV_ERROR(dev->dev, "failed to get irq: %d\n", ret);
> - goto fail;
> - }
> -
> - kms->irq = irq;
> -
> - /* NOTE: driver for this regulator still missing upstream.. use
> - * _get_exclusive() and ignore the error if it does not exist
> - * (and hope that the bootloader left it on for us)
> - */
> - mdp4_kms->vdd = devm_regulator_get_exclusive(&pdev->dev, "vdd");
> - if (IS_ERR(mdp4_kms->vdd))
> - mdp4_kms->vdd = NULL;
> -
> if (mdp4_kms->vdd) {
> ret = regulator_enable(mdp4_kms->vdd);
> if (ret) {
> @@ -442,24 +410,6 @@ static int mdp4_kms_init(struct drm_device *dev)
> }
> }
>
> - mdp4_kms->clk = devm_clk_get(&pdev->dev, "core_clk");
> - if (IS_ERR(mdp4_kms->clk)) {
> - DRM_DEV_ERROR(dev->dev, "failed to get core_clk\n");
> - ret = PTR_ERR(mdp4_kms->clk);
> - goto fail;
> - }
> -
> - mdp4_kms->pclk = devm_clk_get(&pdev->dev, "iface_clk");
> - if (IS_ERR(mdp4_kms->pclk))
> - mdp4_kms->pclk = NULL;
> -
> - mdp4_kms->axi_clk = devm_clk_get(&pdev->dev, "bus_clk");
> - if (IS_ERR(mdp4_kms->axi_clk)) {
> - DRM_DEV_ERROR(dev->dev, "failed to get axi_clk\n");
> - ret = PTR_ERR(mdp4_kms->axi_clk);
> - goto fail;
> - }
> -
> clk_set_rate(mdp4_kms->clk, max_clk);
>
> read_mdp_hw_revision(mdp4_kms, &major, &minor);
> @@ -474,10 +424,9 @@ static int mdp4_kms_init(struct drm_device *dev)
> mdp4_kms->rev = minor;
>
> if (mdp4_kms->rev >= 2) {
> - mdp4_kms->lut_clk = devm_clk_get(&pdev->dev, "lut_clk");
> - if (IS_ERR(mdp4_kms->lut_clk)) {
> + if (!mdp4_kms->lut_clk) {
> DRM_DEV_ERROR(dev->dev, "failed to get lut_clk\n");
> - ret = PTR_ERR(mdp4_kms->lut_clk);
> + ret = -ENODEV;
> goto fail;
> }
> clk_set_rate(mdp4_kms->lut_clk, max_clk);
> @@ -560,7 +509,53 @@ static const struct dev_pm_ops mdp4_pm_ops = {
>
> static int mdp4_probe(struct platform_device *pdev)
> {
> - return msm_drv_probe(&pdev->dev, mdp4_kms_init, NULL);
> + struct device *dev = &pdev->dev;
> + struct mdp4_kms *mdp4_kms;
> + int irq;
> +
> + mdp4_kms = devm_kzalloc(dev, sizeof(*mdp4_kms), GFP_KERNEL);
> + if (!mdp4_kms)
> + return dev_err_probe(dev, -ENOMEM, "failed to allocate kms\n");
> +
> + mdp4_kms->mmio = msm_ioremap(pdev, NULL);
> + if (IS_ERR(mdp4_kms->mmio))
> + return PTR_ERR(mdp4_kms->mmio);
> +
> + irq = platform_get_irq(pdev, 0);
> + if (irq < 0)
> + return dev_err_probe(dev, irq, "failed to get irq\n");
> +
> + mdp4_kms->base.base.irq = irq;
> +
> + /* NOTE: driver for this regulator still missing upstream.. use
> + * _get_exclusive() and ignore the error if it does not exist
> + * (and hope that the bootloader left it on for us)
> + */
> + mdp4_kms->vdd = devm_regulator_get_exclusive(&pdev->dev, "vdd");
> + if (IS_ERR(mdp4_kms->vdd))
> + mdp4_kms->vdd = NULL;
> +
> + mdp4_kms->clk = devm_clk_get(&pdev->dev, "core_clk");
> + if (IS_ERR(mdp4_kms->clk))
> + return dev_err_probe(dev, PTR_ERR(mdp4_kms->clk), "failed to get core_clk\n");
> +
> + mdp4_kms->pclk = devm_clk_get(&pdev->dev, "iface_clk");
> + if (IS_ERR(mdp4_kms->pclk))
> + mdp4_kms->pclk = NULL;
> +
> + mdp4_kms->axi_clk = devm_clk_get(&pdev->dev, "bus_clk");
> + if (IS_ERR(mdp4_kms->axi_clk))
> + return dev_err_probe(dev, PTR_ERR(mdp4_kms->axi_clk), "failed to get axi_clk\n");
> +
> + /*
> + * This is required for revn >= 2. Handle errors here and let the kms
> + * init bail out if the clock is not provided.
> + */
> + mdp4_kms->lut_clk = devm_clk_get_optional(&pdev->dev, "lut_clk");
> + if (IS_ERR(mdp4_kms->lut_clk))
> + return dev_err_probe(dev, PTR_ERR(mdp4_kms->lut_clk), "failed to get lut_clk\n");
I can see that you have moved this from init to probe and only rev >=2
needs it.
But, your check here will end up returning from probe because you have a
return. So I guess you means just having dev_err_probe without the
return and let the init fail if the clk is not found because we have the
hw_rev only in init.
> +
> + return msm_drv_probe(&pdev->dev, mdp4_kms_init, &mdp4_kms->base.base);
> }
>
> static int mdp4_remove(struct platform_device *pdev)
next prev parent reply other threads:[~2022-09-02 0:24 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-06-20 21:30 [PATCH v1 0/4] drm/msm: move resource allocation to the _probe function Dmitry Baryshkov
2022-06-20 21:30 ` [PATCH v1 1/4] drm/msm/mdp5: stop overriding drvdata Dmitry Baryshkov
2022-08-24 1:25 ` Abhinav Kumar
2022-08-24 8:29 ` Dmitry Baryshkov
2022-08-24 17:20 ` Abhinav Kumar
2022-08-26 14:23 ` Dmitry Baryshkov
2022-08-31 22:16 ` Abhinav Kumar
2022-09-22 18:52 ` Luca Weiss
2022-06-20 21:30 ` [PATCH v1 2/4] drm/msm/dpu: move resource allocation to the _probe function Dmitry Baryshkov
2022-09-01 21:37 ` Abhinav Kumar
2022-09-02 6:01 ` Dmitry Baryshkov
2022-06-20 21:30 ` [PATCH v1 3/4] drm/msm/mdp4: " Dmitry Baryshkov
2022-09-02 0:24 ` Abhinav Kumar [this message]
2022-09-02 6:06 ` Dmitry Baryshkov
2022-09-02 17:48 ` Abhinav Kumar
2022-09-02 19:05 ` Dmitry Baryshkov
2022-09-02 19:10 ` [Freedreno] " Abhinav Kumar
2022-06-20 21:30 ` [PATCH v1 4/4] drm/msm/mdp5: " Dmitry Baryshkov
2022-09-02 1:00 ` 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=014fc43f-bee6-88eb-9d3c-69aed2fcd7c6@quicinc.com \
--to=quic_abhinavk@quicinc.com \
--cc=airlied@linux.ie \
--cc=bjorn.andersson@linaro.org \
--cc=daniel@ffwll.ch \
--cc=dmitry.baryshkov@linaro.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=freedreno@lists.freedesktop.org \
--cc=linux-arm-msm@vger.kernel.org \
--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