From: Liu Ying <victor.liu@nxp.com>
To: linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org
Cc: linux-next@vger.kernel.org, sfr@canb.auug.org.au,
gregkh@linuxfoundation.org, rafael@kernel.org,
andrzej.hajda@intel.com, neil.armstrong@linaro.org,
rfoss@kernel.org, Laurent.pinchart@ideasonboard.com,
jonas@kwiboo.se, jernej.skrabec@gmail.com,
maarten.lankhorst@linux.intel.com, mripard@kernel.org,
tzimmermann@suse.de, airlied@gmail.com, daniel@ffwll.ch,
angelogioacchino.delregno@collabora.com, ulf.hansson@linaro.org,
linus.walleij@linaro.org
Subject: [PATCH v2 0/2] drm/bridge: panel: Check device dependency before managing device link
Date: Mon, 27 Nov 2023 13:14:12 +0800 [thread overview]
Message-ID: <20231127051414.3783108-1-victor.liu@nxp.com> (raw)
Hi,
This series aims to check panel device dependency upon DRM device before
managing device link between them. It fixes eariler patches in v6.7-rc1
which tried to manage the link. Without this series, the link fails to
be added for dependent panel devices and hence relevant panel bridges
fail to be attached. A real broken panel is "novatek,nt35510" defined
in arch/arm/boot/dts/st/ste-ux500-samsung-skomer.dts as reported by
Linus Walleij.
Patch 1 exports device_is_dependent() to modules as needed by patch 2.
Patch 2 checks device dependency before managing the device link.
Note that patch 2 is already in drm-misc/drm-misc-fixes and
drm-misc/for-linux-next-fixes. Patch 1 needs to be reviewed and picked up.
v2:
* Introduce patch 1 to export device_is_dependent() to modules as needed by
patch 2.
Liu Ying (2):
driver core: Export device_is_dependent() to modules
drm/bridge: panel: Check device dependency before managing device link
drivers/base/core.c | 1 +
drivers/gpu/drm/bridge/panel.c | 27 ++++++++++++++++++---------
2 files changed, 19 insertions(+), 9 deletions(-)
--
2.37.1
next reply other threads:[~2023-11-27 5:10 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-11-27 5:14 Liu Ying [this message]
2023-11-27 5:14 ` [PATCH v2 1/2] driver core: Export device_is_dependent() to modules Liu Ying
2023-11-27 16:38 ` Maxime Ripard
2023-11-27 18:20 ` Greg KH
2023-11-27 22:34 ` Linus Walleij
2023-11-27 5:14 ` [PATCH v2 2/2] drm/bridge: panel: Check device dependency before managing device link Liu Ying
2023-11-27 16:03 ` [PATCH v2 0/2] " Linus Walleij
2023-11-27 16:29 ` Maxime Ripard
2023-11-27 22:13 ` Linus Walleij
2023-11-29 12:32 ` Maxime Ripard
2023-11-29 14:38 ` Linus Walleij
2023-11-30 10:05 ` Maxime Ripard
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=20231127051414.3783108-1-victor.liu@nxp.com \
--to=victor.liu@nxp.com \
--cc=Laurent.pinchart@ideasonboard.com \
--cc=airlied@gmail.com \
--cc=andrzej.hajda@intel.com \
--cc=angelogioacchino.delregno@collabora.com \
--cc=daniel@ffwll.ch \
--cc=dri-devel@lists.freedesktop.org \
--cc=gregkh@linuxfoundation.org \
--cc=jernej.skrabec@gmail.com \
--cc=jonas@kwiboo.se \
--cc=linus.walleij@linaro.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-next@vger.kernel.org \
--cc=maarten.lankhorst@linux.intel.com \
--cc=mripard@kernel.org \
--cc=neil.armstrong@linaro.org \
--cc=rafael@kernel.org \
--cc=rfoss@kernel.org \
--cc=sfr@canb.auug.org.au \
--cc=tzimmermann@suse.de \
--cc=ulf.hansson@linaro.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).