From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-m11872.qiye.163.com (mail-m11872.qiye.163.com [115.236.118.72]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 890D14A43F0; Mon, 19 Oct 2026 08:59:18 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=115.236.118.72 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1792400362; cv=none; b=OwZqxTacKQEvJxMij5WwYEJbg2qh4rGYKJvlJCKk0rGlqXMRgFjWz6ZRCVcCVfp3SEhrWTyj4Av6w4nwai/ky+kyVXYaclCTnf8USJo4lRuZyN4p2MYnSql5ySSJQFFdiyAYnSsruujZLckCvQoktgdURZAzJGgxa2Jiglvvc44= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1792400362; c=relaxed/simple; bh=rmJXk2mdNJKSiU2K38opqNFjF86cgMu6ajC1DDClvoA=; h=From:To:Cc:Subject:Date:Message-Id:In-Reply-To:References: MIME-Version; b=gtZhMh6rAYL+M7JxAL/IkFFk1ejSbSIQszQizlqqpw5gHVez8fyzCkaypAjkR9pw/6PgTrDGI9F9/6KcWyorSG0W70n5lyLPzXCXOdUND+4wXma5WcE1taccTPadOGmhviFMMDq7C16J5lcoc55yO7Hgbp89P7pZ2rKi2YJ8gMk= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=rock-chips.com; spf=pass smtp.mailfrom=rock-chips.com; dkim=pass (1024-bit key) header.d=rock-chips.com header.i=@rock-chips.com header.b=WXzQAJes; arc=none smtp.client-ip=115.236.118.72 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=rock-chips.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=rock-chips.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=rock-chips.com header.i=@rock-chips.com header.b="WXzQAJes" Received: from zyb-HP-ProDesk-680-G2-MT.. (unknown [61.154.14.86]) by smtp.qiye.163.com (Hmail) with ESMTP id 5189b861e; Mon, 19 Oct 2026 16:59:14 +0800 (GMT+08:00) From: Damon Ding To: Andrzej Hajda , Neil Armstrong , Robert Foss , Maarten Lankhorst , Maxime Ripard , Thomas Zimmermann , David Airlie , Simona Vetter , Jingoo Han , Inki Dae , Seung-Woo Kim , Kyungmin Park , Krzysztof Kozlowski , Peter Griffin , Alim Akhtar , Heiko Stuebner Cc: Laurent Pinchart , Jonas Karlman , Jernej Skrabec , Luca Ceresoli , Dmitry Baryshkov , linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, linux-arm-kernel@lists.infradead.org, linux-samsung-soc@vger.kernel.org, linux-rockchip@lists.infradead.org, Damon Ding Subject: [PATCH v4 11/14] drm/bridge: analogix_dp: Use bridge->next_bridge instead of plat_data field Date: Mon, 19 Oct 2026 16:58:33 +0800 Message-Id: <20261019085836.3065008-12-damon.ding@rock-chips.com> X-Mailer: git-send-email 2.34.1 In-Reply-To: <20261019085836.3065008-1-damon.ding@rock-chips.com> References: <20261019085836.3065008-1-damon.ding@rock-chips.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-HM-Tid: 0aa15362eafb03a8kunm6ee755052eac64 X-HM-MType: 1 X-HM-Spam-Status: e1kfGhgUHx5ZQUpXWQgPGg8OCBgUHx5ZQUlOS1dZFg8aDwILHllBWSg2Ly tZV1koWUFITzdXWRgWCB1ZQUpXWS1ZQUlXWQ8JGhUIEh9ZQVkaSRoaVkNNGh8aSksYSBpLGVYVFA kWGhdVEwETFhoSFyQUDg9ZV1kYEgtZQVlNSlVKTk9VSk9VQ01ZV1kWGg8SFR0UWUFZT0tIVUpLSU JDQkpVSktLVUtZBg++ DKIM-Signature: a=rsa-sha256; b=WXzQAJes27wfwxftcunwf/Og3fbICg3DLFa4Inlr4bwgvWoOg7gzUvIq6fQjeY0gPlhi0mXrXSjVBGBbjqnWA8HRx+1lb/D0uXwjKY4cxTNUQ5VaxV1qnDNvTXDCYbki6WEU3kdHAGOhBM1RKmnqZ9YJqv72M+KMHGflOp5D3u4=; c=relaxed/relaxed; s=default; d=rock-chips.com; v=1; bh=QQ/t5/morG+FeG8K/3jeaH15CUfk6LVk7izlHOvpWZA=; h=date:mime-version:subject:message-id:from; The DRM bridge core provides a standard next_bridge field in struct drm_bridge for chaining downstream bridges. Use dp->bridge.next_bridge consistently inside the analogix_dp driver and drop the separate dp->plat_data->next_bridge field. The next bridge is now resolved in analogix_dp_aux_done_probing(): for Exynos platforms with legacy display-timings a display mode bridge is created and used directly, skipping the endpoint lookup; otherwise the remote endpoint bridge (panel or bridge) is looked up via of_drm_get_bridge_by_endpoint(). The reference returned by of_drm_get_bridge_by_endpoint() is transferred to bridge->next_bridge, and an explicit reference is taken for the devm-managed display mode bridge; the bridge core automatically puts bridge->next_bridge at bridge destroy time, pairing with both. Suggested-by: Heiko Stuebner Link: https://lore.kernel.org/all/5609825.iZASKD2KPV@diego/ Tested-by: Heiko Stuebner Signed-off-by: Damon Ding --- Changes in v4: - Add Tested-by tag. --- .../drm/bridge/analogix/analogix_dp_core.c | 44 +++++++++---------- drivers/gpu/drm/exynos/exynos_dp.c | 15 +------ include/drm/bridge/analogix_dp.h | 1 - 3 files changed, 23 insertions(+), 37 deletions(-) diff --git a/drivers/gpu/drm/bridge/analogix/analogix_dp_core.c b/drivers/gpu/drm/bridge/analogix/analogix_dp_core.c index 38857508d939..853b6a6a7fe4 100644 --- a/drivers/gpu/drm/bridge/analogix/analogix_dp_core.c +++ b/drivers/gpu/drm/bridge/analogix/analogix_dp_core.c @@ -21,6 +21,7 @@ #include #include +#include #include #include #include @@ -32,6 +33,8 @@ #include #include +#include