Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp364824pxb; Thu, 21 Oct 2021 00:43:36 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzAl30ek3HDwc/StEJnn2OTYyajbfpiqKV8xZRfyJokpqAr+L8IZg+uFicfN73OQocklKYp X-Received: by 2002:a05:6402:2815:: with SMTP id h21mr5650171ede.45.1634802216326; Thu, 21 Oct 2021 00:43:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1634802216; cv=none; d=google.com; s=arc-20160816; b=Y0RoICWAqM8Ntih4w5410TWWLhd/8hbBqwWNvpnTrwuI0kHf1avLDDvYUKXHRn7+IA zkCDDie8pCcWXIw8dE9ltN0h8hnO+GecFDMIDUf38V1/hpH8R85Cr+Jvk+4nVnvqFYCL ruEgQoUCWQIKyabM1GHr/fPHK8jCMVWxibZcb0vpxb3gLCDt+n/yINrvtYByjVF5zQGB pkIYlKgF4Ni52hufuiewp56st2mq9magybxzq7PMA1T/b41pa7lGybrt3yKLi9IBnMfi HDiSIvUR7+gJQTzGTtgSVnv/nnEuINkj0AHzvSkW8SP7+Cn3BR0YbOprCEg6QXH5FN+8 xTZQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature:dkim-signature; bh=Ig1NvDgki9mc/elboNYuCt9K833bzrfrL+LUGb9uXpg=; b=aMxp6hx0G8RhY0kdXJUbCSZYU9SqI+7Y9gvHkYo50OOxJkggSRT2/2i9QjUGhvS444 wyvgp2/R/NNv5RQVBsGPjvRbihamuFrPh6Prx2UD4m/mEaBfb3uMP2X8LEyt20e8HSmA YHdH/vWsuxS5NUfoo+X2cOssYW6AOK9EtiWqznJrGtUPHGdd7qofDLtwgqhc092ePNCj t8wZR/gQmHfasxGriN9F82MhZWZIBnjvO/oFDHLT3H7xQ2Ky+3coMz3bLGgcpSmZU0gz MGhEL7L0tV7Z8orPvv5K1xhW0ryxbyLX9fn4Lsq3RE/zoadPotnmFvPad0QEfjfqqQMh 3J+A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@cerno.tech header.s=fm1 header.b="OGSlvN/l"; dkim=pass header.i=@messagingengine.com header.s=fm1 header.b=jweG4n6R; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=cerno.tech Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id l19si8227610ejo.24.2021.10.21.00.43.13; Thu, 21 Oct 2021 00:43:36 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@cerno.tech header.s=fm1 header.b="OGSlvN/l"; dkim=pass header.i=@messagingengine.com header.s=fm1 header.b=jweG4n6R; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=cerno.tech Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231493AbhJUHmR (ORCPT + 99 others); Thu, 21 Oct 2021 03:42:17 -0400 Received: from wnew3-smtp.messagingengine.com ([64.147.123.17]:56439 "EHLO wnew3-smtp.messagingengine.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231452AbhJUHmL (ORCPT ); Thu, 21 Oct 2021 03:42:11 -0400 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailnew.west.internal (Postfix) with ESMTP id D4BE92B012EA; Thu, 21 Oct 2021 03:39:52 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute3.internal (MEProxy); Thu, 21 Oct 2021 03:39:54 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cerno.tech; h= from:to:cc:subject:date:message-id:content-type:mime-version :content-transfer-encoding; s=fm1; bh=Ig1NvDgki9mc/elboNYuCt9K83 3bzrfrL+LUGb9uXpg=; b=OGSlvN/lnYQBUsMdggz3wEVvHYB2Bn31n4plOWWkxM rWRzs1wBWRYd7IFuHbQwgQcfYhPvt+y/1LLMygK+mH6OI2hOmSXlydu93E30/sOR 1LEuTnj4CAURh857bNT9PxwAeookSU4Qmx5ZSPT8luTCwmMFrJIqUcepQ+S2sLV+ wZfpCdl/pmxVpn4B2hV+NWEO0N0dOVaMbk8TKXUHyRDpNJOiNbR7sGnXyBFg8gj4 uFryvZUXIfQV+tsNmzN6hLcyjtTkyQVMF88ds5Wz4YLjbdfBmitsrdaZgOaoOaJ/ 3IJIt81jgj+jagQY1pdvabkc4GyyYuFTuzepPnSxS4sw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=Ig1NvD gki9mc/elboNYuCt9K833bzrfrL+LUGb9uXpg=; b=jweG4n6R0zrCNasc0QxO8I h+W74iVQQn0nFHhvtudyxSX/RSSRIzuJnzrTQGK/WDAai6DrVYIPSGF6QiP3uYMm MnoBlnJH/8i9dQrJmS/H6ipPICqyVDGP+XSLcfPmKoia1TKijeFF4HQ9/rYzOa4W g96ziizY0N1HpAwLiMDx/kHYZPX8arJcQdnsrotMLibbJSzUlsPZ4KdYgEerkyd8 8UvK51iSjHg0sT03VhFvNC/o85bmVpTgicfIzI9IXUZZOLyC8f0G6y9DdtZ/LrJ/ WOPyBQMVfvE34EztJ0fjgCkYSlQxzHkEEGA/TJHICwnEYBNYCAJi3mJOzNa0Z80A == X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvtddrvddvhedgudduiecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefhvffufffkofgtggfgsehtqhertdertdejnecuhfhrohhmpeforgigihhm vgcutfhiphgrrhguuceomhgrgihimhgvsegtvghrnhhordhtvggthheqnecuggftrfgrth htvghrnhepteeikefgffekgeekledtheduteetjefgkeeuvefhhfetgedugfektdeugeff gfefnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepmh grgihimhgvsegtvghrnhhordhtvggthh X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu, 21 Oct 2021 03:39:48 -0400 (EDT) From: Maxime Ripard To: Laurent Pinchart , Maarten Lankhorst , Thomas Zimmermann , Maxime Ripard , Sam Ravnborg , Daniel Vetter , David Airlie , Thierry Reding , Andrzej Hajda , Robert Foss , Neil Armstrong , Jonas Karlman , Jernej Skrabec Cc: Seung-Woo Kim , Xinliang Liu , linux-samsung-soc@vger.kernel.org, linux-kernel@vger.kernel.org, Tian Tao , freedreno@lists.freedesktop.org, Chen Feng , Joonyoung Shim , Kyungmin Park , John Stultz , Rob Clark , linux-arm-msm@vger.kernel.org, Sean Paul , Inki Dae , Xinwei Kong , dri-devel@lists.freedesktop.org Subject: [PATCH v5 00/21] drm/bridge: Make panel and bridge probe order consistent Date: Thu, 21 Oct 2021 09:39:26 +0200 Message-Id: <20211021073947.499373-1-maxime@cerno.tech> X-Mailer: git-send-email 2.31.1 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi,=0D =0D We've encountered an issue with the RaspberryPi DSI panel that prevented th= e=0D whole display driver from probing.=0D =0D The issue is described in detail in the commit 7213246a803f ("drm/vc4: dsi:= =0D Only register our component once a DSI device is attached"), but the basic = idea=0D is that since the panel is probed through i2c, there's no synchronization=0D between its probe and the registration of the MIPI-DSI host it's attached t= o.=0D =0D We initially moved the component framework registration to the MIPI-DSI Hos= t=0D attach hook to make sure we register our component only when we have a DSI= =0D device attached to our MIPI-DSI host, and then use lookup our DSI device in= our=0D bind hook.=0D =0D However, all the DSI bridges controlled through i2c are only registering th= eir=0D associated DSI device in their bridge attach hook, meaning with our change= =0D above, we never got that far, and therefore ended up in the same situation = than=0D the one we were trying to fix for panels.=0D =0D The best practice to avoid those issues is to register its functions only a= fter=0D all its dependencies are live. We also shouldn't wait any longer than we sh= ould=0D to play nice with the other components that are waiting for us, so in our c= ase=0D that would mean moving the DSI device registration to the bridge probe.=0D =0D This has been tested on vc4 (with sn65dsi83 and ps8640), msm (sn65dsi86,=0D lt9611), kirin (adv7511) and exynos.=0D =0D Let me know what you think,=0D Maxime=0D =0D ---=0D =0D Changes from v4:=0D - Rebased on current drm-misc-next=0D - Collected the various tags=0D - Fix for Kirin=0D - Added conversion patch for msm=0D =0D Changes from v3:=0D - Converted exynos and kirin=0D - Converted all the affected bridge drivers=0D - Reworded the documentation a bit=0D =0D Changes from v2:=0D - Changed the approach as suggested by Andrzej, and aligned the bridge on= the=0D panel this time.=0D - Fixed some typos=0D =0D Changes from v1:=0D - Change the name of drm_of_get_next function to drm_of_get_bridge=0D - Mention the revert of 87154ff86bf6 and squash the two patches that were= =0D reverting that commit=0D - Add some documentation=0D - Make drm_panel_attach and _detach succeed when no callback is there=0D =0D Maxime Ripard (20):=0D drm/bridge: adv7533: Switch to devm MIPI-DSI helpers=0D drm/bridge: adv7511: Register and attach our DSI device at probe=0D drm/bridge: anx7625: Switch to devm MIPI-DSI helpers=0D drm/bridge: anx7625: Register and attach our DSI device at probe=0D drm/bridge: lt8912b: Switch to devm MIPI-DSI helpers=0D drm/bridge: lt8912b: Register and attach our DSI device at probe=0D drm/bridge: lt9611: Switch to devm MIPI-DSI helpers=0D drm/bridge: lt9611: Register and attach our DSI device at probe=0D drm/bridge: lt9611uxc: Switch to devm MIPI-DSI helpers=0D drm/bridge: lt9611uxc: Register and attach our DSI device at probe=0D drm/bridge: ps8640: Switch to devm MIPI-DSI helpers=0D drm/bridge: ps8640: Register and attach our DSI device at probe=0D drm/bridge: sn65dsi83: Fix bridge removal=0D drm/bridge: sn65dsi83: Switch to devm MIPI-DSI helpers=0D drm/bridge: sn65dsi83: Register and attach our DSI device at probe=0D drm/bridge: sn65dsi86: Switch to devm MIPI-DSI helpers=0D drm/bridge: sn65dsi86: Register and attach our DSI device at probe=0D drm/bridge: tc358775: Switch to devm MIPI-DSI helpers=0D drm/bridge: tc358775: Register and attach our DSI device at probe=0D drm/kirin: dsi: Adjust probe order=0D =0D Rob Clark (1):=0D drm/msm/dsi: Adjust probe order=0D =0D drivers/gpu/drm/bridge/adv7511/adv7511.h | 1 -=0D drivers/gpu/drm/bridge/adv7511/adv7511_drv.c | 15 ++-=0D drivers/gpu/drm/bridge/adv7511/adv7533.c | 20 +---=0D drivers/gpu/drm/bridge/analogix/anx7625.c | 40 ++++---=0D drivers/gpu/drm/bridge/lontium-lt8912b.c | 31 ++----=0D drivers/gpu/drm/bridge/lontium-lt9611.c | 62 ++++-------=0D drivers/gpu/drm/bridge/lontium-lt9611uxc.c | 65 +++++------=0D drivers/gpu/drm/bridge/parade-ps8640.c | 107 ++++++++++---------=0D drivers/gpu/drm/bridge/tc358775.c | 50 +++++----=0D drivers/gpu/drm/bridge/ti-sn65dsi83.c | 88 ++++++++-------=0D drivers/gpu/drm/bridge/ti-sn65dsi86.c | 101 +++++++++--------=0D drivers/gpu/drm/hisilicon/kirin/dw_drm_dsi.c | 52 +++++----=0D drivers/gpu/drm/msm/dsi/dsi.c | 50 +++++----=0D drivers/gpu/drm/msm/dsi/dsi.h | 2 +-=0D drivers/gpu/drm/msm/dsi/dsi_host.c | 22 ++--=0D drivers/gpu/drm/msm/dsi/dsi_manager.c | 6 +-=0D drivers/gpu/drm/msm/msm_drv.h | 2 +=0D 17 files changed, 348 insertions(+), 366 deletions(-)=0D =0D -- =0D 2.31.1=0D =0D