linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Rob Clark <robdclark@gmail.com>
To: John Stultz <john.stultz@linaro.org>
Cc: lkml <linux-kernel@vger.kernel.org>,
	Jernej Skrabec <jernej.skrabec@siol.net>,
	Neil Armstrong <narmstrong@baylibre.com>,
	David Airlie <airlied@linux.ie>, Jonas Karlman <jonas@kwiboo.se>,
	"dri-devel@lists.freedesktop.org"
	<dri-devel@lists.freedesktop.org>,
	Xinliang Liu <z.liuxinliang@hisilicon.com>,
	Thierry Reding <thierry.reding@gmail.com>,
	Laurent Pinchart <Laurent.pinchart@ideasonboard.com>,
	Rongrong Zou <zourongrong@gmail.com>,
	Sean Paul <seanpaul@chromium.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	Matt Redfearn <matt.redfearn@thinci.com>
Subject: Re: [RFC][PATCH] drm: kirin: Fix dsi probe/attach logic
Date: Thu, 29 Aug 2019 10:39:17 -0700	[thread overview]
Message-ID: <CAF6AEGvborwLmjfC6_vgZ-ZbfvF3HEFFyb_NHSLRoYWF35bw+g@mail.gmail.com> (raw)
In-Reply-To: <20190829060550.62095-1-john.stultz@linaro.org>

On Wed, Aug 28, 2019 at 11:06 PM John Stultz <john.stultz@linaro.org> wrote:
>
> Since commit 83f35bc3a852 ("drm/bridge: adv7511: Attach to DSI
> host at probe time") landed in -next the HiKey board would fail
> to boot, looping:

No, please revert 83f35bc3a852.. that is going in the *complete* wrong
direction.  We actually should be moving panels to not require dsi
host until attach time, similar to how bridges work, not the other way
around.

The problem is that, when dealing with bootloader enabled display, we
need to be really careful not to touch the hardware until the display
driver knows the bridge/panel is present.  If the bridge/panel probes
after the display driver, we could end up killing scanout
(efifb/simplefb).. if the bridge/panel is missing some dependency and
never probes, it is rather unpleasant to be stuck trying to debug what
went wrong with no display.

Sorry I didn't notice that adv7511 patch before it landed, but the
right thing to do now is to revert it.

BR,
-R

>   adv7511 2-0039: failed to find dsi host
>
> messages over and over. Andrzej Hajda suggested this is due to a
> circular dependency issue, and that the adv7511 change is
> correcting the improper order used earlier.
>
> Unfortunately this means the DSI drivers that use adv7511 need
> to also need to be updated to use the proper ordering to
> continue to work.
>
> This patch tries to reorder the initialization to register the
> dsi_host first, and then call component_add via dsi_host_attach,
> instead of doing that at probe time.
>
> This seems to resolve the issue with the HiKey board.
>
> Cc: Andrzej Hajda <a.hajda@samsung.com>
> Cc: Matt Redfearn <matt.redfearn@thinci.com>
> Cc: Xinliang Liu <z.liuxinliang@hisilicon.com>
> Cc: Rongrong Zou <zourongrong@gmail.com>
> Cc: Laurent Pinchart <Laurent.pinchart@ideasonboard.com>
> Cc: Neil Armstrong <narmstrong@baylibre.com>
> Cc: Jonas Karlman <jonas@kwiboo.se>
> Cc: Jernej Skrabec <jernej.skrabec@siol.net>
> Cc: Thierry Reding <thierry.reding@gmail.com>
> Cc: David Airlie <airlied@linux.ie>,
> Cc: Sean Paul <seanpaul@chromium.org>
> Cc: Sam Ravnborg <sam@ravnborg.org>
> Cc: "dri-devel@lists.freedesktop.org" <dri-devel@lists.freedesktop.org>
> Fixes: 83f35bc3a852 ("drm/bridge: adv7511: Attach to DSI host at probe time")
> Signed-off-by: John Stultz <john.stultz@linaro.org>
> ---
> Note: I'm really not super familiar with the DSI code here,
> and am mostly just trying to refactor the existing code in a
> similar fashion to the suggested dw-mipi-dsi-rockchip.c
> implementation. Careful review would be greatly appreciated!
>
> Also there is an outstanding regression on the db410c since it
> similarly uses the adv7511 and probably needs a similar rework.
> ---
>  drivers/gpu/drm/hisilicon/kirin/dw_drm_dsi.c | 111 ++++++++++---------
>  1 file changed, 56 insertions(+), 55 deletions(-)
>
> diff --git a/drivers/gpu/drm/hisilicon/kirin/dw_drm_dsi.c b/drivers/gpu/drm/hisilicon/kirin/dw_drm_dsi.c
> index 5bf8138941de..696cee1a1219 100644
> --- a/drivers/gpu/drm/hisilicon/kirin/dw_drm_dsi.c
> +++ b/drivers/gpu/drm/hisilicon/kirin/dw_drm_dsi.c
> @@ -79,6 +79,7 @@ struct dsi_hw_ctx {
>  };
>
>  struct dw_dsi {
> +       struct device *dev;
>         struct drm_encoder encoder;
>         struct drm_bridge *bridge;
>         struct mipi_dsi_host host;
> @@ -724,51 +725,6 @@ static int dw_drm_encoder_init(struct device *dev,
>         return 0;
>  }
>
> -static int dsi_host_attach(struct mipi_dsi_host *host,
> -                          struct mipi_dsi_device *mdsi)
> -{
> -       struct dw_dsi *dsi = host_to_dsi(host);
> -
> -       if (mdsi->lanes < 1 || mdsi->lanes > 4) {
> -               DRM_ERROR("dsi device params invalid\n");
> -               return -EINVAL;
> -       }
> -
> -       dsi->lanes = mdsi->lanes;
> -       dsi->format = mdsi->format;
> -       dsi->mode_flags = mdsi->mode_flags;
> -
> -       return 0;
> -}
> -
> -static int dsi_host_detach(struct mipi_dsi_host *host,
> -                          struct mipi_dsi_device *mdsi)
> -{
> -       /* do nothing */
> -       return 0;
> -}
> -
> -static const struct mipi_dsi_host_ops dsi_host_ops = {
> -       .attach = dsi_host_attach,
> -       .detach = dsi_host_detach,
> -};
> -
> -static int dsi_host_init(struct device *dev, struct dw_dsi *dsi)
> -{
> -       struct mipi_dsi_host *host = &dsi->host;
> -       int ret;
> -
> -       host->dev = dev;
> -       host->ops = &dsi_host_ops;
> -       ret = mipi_dsi_host_register(host);
> -       if (ret) {
> -               DRM_ERROR("failed to register dsi host\n");
> -               return ret;
> -       }
> -
> -       return 0;
> -}
> -
>  static int dsi_bridge_init(struct drm_device *dev, struct dw_dsi *dsi)
>  {
>         struct drm_encoder *encoder = &dsi->encoder;
> @@ -796,10 +752,6 @@ static int dsi_bind(struct device *dev, struct device *master, void *data)
>         if (ret)
>                 return ret;
>
> -       ret = dsi_host_init(dev, dsi);
> -       if (ret)
> -               return ret;
> -
>         ret = dsi_bridge_init(drm_dev, dsi);
>         if (ret)
>                 return ret;
> @@ -817,13 +769,22 @@ static const struct component_ops dsi_ops = {
>         .unbind = dsi_unbind,
>  };
>
> -static int dsi_parse_dt(struct platform_device *pdev, struct dw_dsi *dsi)
> +static int dsi_host_attach(struct mipi_dsi_host *host,
> +                          struct mipi_dsi_device *mdsi)
>  {
> -       struct dsi_hw_ctx *ctx = dsi->ctx;
> -       struct device_node *np = pdev->dev.of_node;
> -       struct resource *res;
> +       struct dw_dsi *dsi = host_to_dsi(host);
> +       struct device_node *np = dsi->dev->of_node;
>         int ret;
>
> +       if (mdsi->lanes < 1 || mdsi->lanes > 4) {
> +               DRM_ERROR("dsi device params invalid\n");
> +               return -EINVAL;
> +       }
> +
> +       dsi->lanes = mdsi->lanes;
> +       dsi->format = mdsi->format;
> +       dsi->mode_flags = mdsi->mode_flags;
> +
>         /*
>          * Get the endpoint node. In our case, dsi has one output port1
>          * to which the external HDMI bridge is connected.
> @@ -832,6 +793,42 @@ static int dsi_parse_dt(struct platform_device *pdev, struct dw_dsi *dsi)
>         if (ret)
>                 return ret;
>
> +       return component_add(dsi->dev, &dsi_ops);
> +}
> +
> +static int dsi_host_detach(struct mipi_dsi_host *host,
> +                          struct mipi_dsi_device *mdsi)
> +{
> +       /* do nothing */
> +       return 0;
> +}
> +
> +static const struct mipi_dsi_host_ops dsi_host_ops = {
> +       .attach = dsi_host_attach,
> +       .detach = dsi_host_detach,
> +};
> +
> +static int dsi_host_init(struct device *dev, struct dw_dsi *dsi)
> +{
> +       struct mipi_dsi_host *host = &dsi->host;
> +       int ret;
> +
> +       host->dev = dev;
> +       host->ops = &dsi_host_ops;
> +       ret = mipi_dsi_host_register(host);
> +       if (ret) {
> +               DRM_ERROR("failed to register dsi host\n");
> +               return ret;
> +       }
> +
> +       return 0;
> +}
> +
> +static int dsi_parse_dt(struct platform_device *pdev, struct dw_dsi *dsi)
> +{
> +       struct dsi_hw_ctx *ctx = dsi->ctx;
> +       struct resource *res;
> +
>         ctx->pclk = devm_clk_get(&pdev->dev, "pclk");
>         if (IS_ERR(ctx->pclk)) {
>                 DRM_ERROR("failed to get pclk clock\n");
> @@ -862,15 +859,19 @@ static int dsi_probe(struct platform_device *pdev)
>         }
>         dsi = &data->dsi;
>         ctx = &data->ctx;
> +       dsi->dev = &pdev->dev;
>         dsi->ctx = ctx;
>
>         ret = dsi_parse_dt(pdev, dsi);
>         if (ret)
>                 return ret;
>
> -       platform_set_drvdata(pdev, data);
> +       ret = dsi_host_init(&pdev->dev, dsi);
> +       if (ret)
> +               return ret;
>
> -       return component_add(&pdev->dev, &dsi_ops);
> +       platform_set_drvdata(pdev, data);
> +       return 0;
>  }
>
>  static int dsi_remove(struct platform_device *pdev)
> --
> 2.17.1
>
> _______________________________________________
> dri-devel mailing list
> dri-devel@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/dri-devel

  parent reply	other threads:[~2019-08-29 17:39 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <CGME20190829060605epcas3p4e67faa772911b8b84fee026fe953ca15@epcas3p4.samsung.com>
2019-08-29  6:05 ` [RFC][PATCH] drm: kirin: Fix dsi probe/attach logic John Stultz
2019-08-29 14:57   ` Andrzej Hajda
2019-08-29 17:39   ` Rob Clark [this message]
2019-08-30  6:51     ` Andrzej Hajda
2019-08-30 17:00       ` Rob Clark
2019-09-02 13:22         ` Andrzej Hajda
2019-09-03 16:00           ` Rob Clark
2019-09-03 16:18           ` John Stultz
2019-09-04 10:26             ` Andrzej Hajda
2019-09-12  2:38               ` John Stultz
2019-09-12 13:21                 ` Andrzej Hajda
2019-09-12 14:18                   ` Matt Redfearn
2019-09-13  8:47                     ` Andrzej Hajda
2019-09-13 21:15                       ` John Stultz
2019-09-14 15:43                 ` Rob Clark

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=CAF6AEGvborwLmjfC6_vgZ-ZbfvF3HEFFyb_NHSLRoYWF35bw+g@mail.gmail.com \
    --to=robdclark@gmail.com \
    --cc=Laurent.pinchart@ideasonboard.com \
    --cc=airlied@linux.ie \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=jernej.skrabec@siol.net \
    --cc=john.stultz@linaro.org \
    --cc=jonas@kwiboo.se \
    --cc=linux-kernel@vger.kernel.org \
    --cc=matt.redfearn@thinci.com \
    --cc=narmstrong@baylibre.com \
    --cc=sam@ravnborg.org \
    --cc=seanpaul@chromium.org \
    --cc=thierry.reding@gmail.com \
    --cc=z.liuxinliang@hisilicon.com \
    --cc=zourongrong@gmail.com \
    /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).