[{"id":3681447,"web_url":"http://patchwork.ozlabs.org/comment/3681447/","msgid":"<wanzalswb3lez6kyklprqojcnidab5fkxgu57lfka45w2rt4ic@xdatq5o7yiub>","list_archive_url":null,"date":"2026-04-23T12:45:12","subject":"Re: [PATCH v2 00/41] drm/display: bridge-connector: attach encoder\n to the connector","submitter":{"id":90483,"url":"http://patchwork.ozlabs.org/api/people/90483/","name":"Dmitry Baryshkov","email":"dmitry.baryshkov@oss.qualcomm.com"},"content":"On Thu, Apr 23, 2026 at 11:16:54AM +0200, Luca Ceresoli wrote:\n> This series simplifies using the bridge-connector by removing the need to\n> attach the newly created connector to the encoder.\n> \n> == Series description\n> \n> Currently all users of the bridge-connector must call\n> drm_connector_attach_encoder() immediately after a successful\n> drm_bridge_connector_init().\n> \n> This is an unnecessary burden for users. Move the call to the end of\n> drm_bridge_connector_init() so all callers can be simplified.\n> \n\nI don't know which one is more correct in this situation, but let it be\nR-B for the series:\n\nReviewed-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>\n\nFeel free to take the msm patches through drm-misc-next (A-b).","headers":{"Return-Path":"\n <linux-tegra+bounces-13915-incoming=patchwork.ozlabs.org@vger.kernel.org>","X-Original-To":["incoming@patchwork.ozlabs.org","linux-tegra@vger.kernel.org"],"Delivered-To":"patchwork-incoming@legolas.ozlabs.org","Authentication-Results":["legolas.ozlabs.org;\n\tdkim=pass (2048-bit key;\n unprotected) header.d=qualcomm.com header.i=@qualcomm.com header.a=rsa-sha256\n header.s=qcppdkim1 header.b=f4KeQ6v7;\n\tdkim=pass (2048-bit key;\n unprotected) header.d=oss.qualcomm.com header.i=@oss.qualcomm.com\n header.a=rsa-sha256 header.s=google header.b=JbtvhBlB;\n\tdkim-atps=neutral","legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=vger.kernel.org\n (client-ip=2600:3c0a:e001:db::12fc:5321; helo=sea.lore.kernel.org;\n envelope-from=linux-tegra+bounces-13915-incoming=patchwork.ozlabs.org@vger.kernel.org;\n receiver=patchwork.ozlabs.org)","smtp.subspace.kernel.org;\n\tdkim=pass (2048-bit key) header.d=qualcomm.com header.i=@qualcomm.com\n header.b=\"f4KeQ6v7\";\n\tdkim=pass (2048-bit key) header.d=oss.qualcomm.com header.i=@oss.qualcomm.com\n header.b=\"JbtvhBlB\"","smtp.subspace.kernel.org;\n arc=none smtp.client-ip=205.220.168.131","smtp.subspace.kernel.org;\n dmarc=pass (p=reject dis=none) header.from=oss.qualcomm.com","smtp.subspace.kernel.org;\n spf=pass smtp.mailfrom=oss.qualcomm.com"],"Received":["from sea.lore.kernel.org (sea.lore.kernel.org\n [IPv6:2600:3c0a:e001:db::12fc:5321])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange x25519)\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4g1bWF3jgLz1yD5\n\tfor <incoming@patchwork.ozlabs.org>; Thu, 23 Apr 2026 22:48:57 +1000 (AEST)","from smtp.subspace.kernel.org (conduit.subspace.kernel.org\n [100.90.174.1])\n\tby sea.lore.kernel.org (Postfix) with ESMTP id 411DC300A602\n\tfor <incoming@patchwork.ozlabs.org>; Thu, 23 Apr 2026 12:45:20 +0000 (UTC)","from localhost.localdomain (localhost.localdomain [127.0.0.1])\n\tby smtp.subspace.kernel.org (Postfix) with ESMTP id 16EF63EE1C4;\n\tThu, 23 Apr 2026 12:45:20 +0000 (UTC)","from mx0a-0031df01.pphosted.com (mx0a-0031df01.pphosted.com\n [205.220.168.131])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))\n\t(No client certificate requested)\n\tby smtp.subspace.kernel.org (Postfix) with ESMTPS id A1AAD3EDAB5\n\tfor <linux-tegra@vger.kernel.org>; Thu, 23 Apr 2026 12:45:18 +0000 (UTC)","from pps.filterd (m0279866.ppops.net [127.0.0.1])\n\tby mx0a-0031df01.pphosted.com (8.18.1.11/8.18.1.11) with ESMTP id\n 63N94nMI2319525\n\tfor <linux-tegra@vger.kernel.org>; Thu, 23 Apr 2026 12:45:18 GMT","from mail-vs1-f70.google.com (mail-vs1-f70.google.com\n [209.85.217.70])\n\tby mx0a-0031df01.pphosted.com (PPS) with ESMTPS id 4dqgfsrv57-1\n\t(version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NOT)\n\tfor <linux-tegra@vger.kernel.org>; Thu, 23 Apr 2026 12:45:18 +0000 (GMT)","by mail-vs1-f70.google.com with SMTP id\n ada2fe7eead31-610503b689eso8222138137.0\n        for <linux-tegra@vger.kernel.org>;\n Thu, 23 Apr 2026 05:45:17 -0700 (PDT)","from umbar.lan\n (2001-14ba-a073-af00-264b-feff-fe8b-be8a.rev.dnainternet.fi.\n [2001:14ba:a073:af00:264b:feff:fe8b:be8a])\n        by smtp.gmail.com with ESMTPSA id\n 38308e7fff4ca-38ecb75b033sm41855241fa.39.2026.04.23.05.45.14\n        (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);\n        Thu, 23 Apr 2026 05:45:15 -0700 (PDT)"],"ARC-Seal":"i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116;\n\tt=1776948319; cv=none;\n b=YbsUspcqEVBmsmszaEb/0iNsmJRtP2pmHwj5iUmdNEFxUXQDPKcEVsxJKodzHhOGvEyCRZxiXcCeXEXEnNCKrbJIQHfUtpwm0wcm5+gBdmRAMiRo4qdnnob+GZUiImEV9UUivy7krESncB7HH4nkbtz50mkZLMP+zup/1rIuzlY=","ARC-Message-Signature":"i=1; a=rsa-sha256; d=subspace.kernel.org;\n\ts=arc-20240116; t=1776948319; c=relaxed/simple;\n\tbh=BRXUU6ztqr1lsb3f4orzbSrY/H/lvrHRoUjqXtc+p8Q=;\n\th=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:\n\t Content-Type:Content-Disposition:In-Reply-To;\n b=PC8o5InPDVX76SpAhHluIt7q7l0bJvDaU6ajdkgNcbEDDyKoy2EW3iMv7QqKadn6m/p0BpWUuFXu1SkeEwlPx8KKVBOw/aQpUxdhSfRVyPpbkvA+I/ouScqlebdLXld49c0xp522w+YVviVkaw7ypIgijNBl2/Zc+EONIynqjxE=","ARC-Authentication-Results":"i=1; smtp.subspace.kernel.org;\n dmarc=pass (p=reject dis=none) header.from=oss.qualcomm.com;\n spf=pass smtp.mailfrom=oss.qualcomm.com;\n dkim=pass (2048-bit key) header.d=qualcomm.com header.i=@qualcomm.com\n header.b=f4KeQ6v7;\n dkim=pass (2048-bit key) header.d=oss.qualcomm.com header.i=@oss.qualcomm.com\n header.b=JbtvhBlB; arc=none smtp.client-ip=205.220.168.131","DKIM-Signature":["v=1; a=rsa-sha256; c=relaxed/relaxed; d=qualcomm.com; h=\n\tcc:content-type:date:from:in-reply-to:message-id:mime-version\n\t:references:subject:to; s=qcppdkim1; bh=dRf9flM23evHV+dCjZ11/3wA\n\teY0NjlVmUaCb2MHl7Rc=; b=f4KeQ6v7smM+6vkjRyPOX9wXEYAtm4U3Svh9O4LA\n\tF+Ut9ODMjODxPNbgXzx8vYsDdabudfLWLc0zHnFv+oEKiz89nUOO2sQPOHS/+ZM3\n\tzQT6oMIVkCq5Wp4R3VTgnkYwX6xePFRT1MC0rIMz32csoNRax4q/mT6Yr/+zL+9C\n\t7OuvYNvRF7g+TmXzCH7lNo60EkNeNnDFHwVPY44uYX+2fEK1axSGxBuE/TKbVwb/\n\tfm24A7Rzdi8ERqvvgbrmTj90vCgNjVgjSS7A0elPrw1hQn9gGEzfn8Ty8iz4A8An\n\tnqvE0T5Xjg8h9sNYtk4IJbU+TIpW+LIBNd98FbPRTRXSOQ==","v=1; a=rsa-sha256; c=relaxed/relaxed;\n        d=oss.qualcomm.com; s=google; t=1776948317; x=1777553117;\n darn=vger.kernel.org;\n        h=in-reply-to:content-disposition:mime-version:references:message-id\n         :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to;\n        bh=dRf9flM23evHV+dCjZ11/3wAeY0NjlVmUaCb2MHl7Rc=;\n        b=JbtvhBlBjNtksg6F/W2dD7QD6yVL48MbpjPzt3iBjceZbCdgGJuXoLcc09417f6ZkR\n         IHnKY2+d4zHgiZTsu2gUvGOyg1oXjk9Ht2lr7gVabwlUgk8NY5ewW9pOxfhWZ+TUojUs\n         DeYG2TzP0ULHzkPzf07OT6o9ajtpeAp4nfLsw8D0Hl5kEJCA26OqCvYKwxRA77rZor3m\n         LjB8x8MwTiNdnnt3pDw2TtRi5XlcJXxLgZ7BLiGsbnLAMbdetpgQ+AdxUTDW4oh2GE/q\n         wAccZNrYK6ohAaAC5kaiua/WU3loQM4R3Dzk7TLUpD4vNtcyHy5qs3KuzULOzh8umYdI\n         Duvg=="],"X-Google-DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed;\n        d=1e100.net; s=20251104; t=1776948317; x=1777553117;\n        h=in-reply-to:content-disposition:mime-version:references:message-id\n         :subject:cc:to:from:date:x-gm-gg:x-gm-message-state:from:to:cc\n         :subject:date:message-id:reply-to;\n        bh=dRf9flM23evHV+dCjZ11/3wAeY0NjlVmUaCb2MHl7Rc=;\n        b=flpSgXyEELPbC0a7mxlsHFkI93VaHIjSEscHZ+FXNcLz2Qvh74zDqawk4bzqOD3dzD\n         nsZWHiOP2cwJ51ZHMI2AI49RSvNNMVgKl+A7m1YSH42wu9M2cQrKlhgn6lteDbwGzZws\n         suMX+pqk9j58T8mzVQT2I4dLUfUKGcAcQLoFwjBNpFmlt+gpj0E2FnanbArtZMf21WKE\n         yoq84lR9NcqKjiHiqQroeSnVd1wQx6d4ClcpzFN5XSmzVHZj1XYMlGhN/qsA9xL6JYIu\n         TKyj5hPomyIgvFG9LJflibWYLBmrl8jCwMMlCZN1zdvYSll8rVjfow0/35fON09E/PdI\n         JD2g==","X-Forwarded-Encrypted":"i=1;\n AFNElJ+Ej4RCdS4Tu9wS7DGdRx6uK/9SoCl+q+FrmYyDipHbCLBrCOMW1AOMJV1DMUfJJ/vuJcHnAOsBw7WuJw==@vger.kernel.org","X-Gm-Message-State":"AOJu0YwlpH2XSip03cSLISyn+/S1w6iFIYqNC8dJy5px0VVBUsZ6cOGK\n\to/514qAatg943EIdFqvUSEXrkrF9a263cAYxs0zCo82XHdboANa0MeaUj3lneo16mNXWmQkeYqT\n\tkIHSKN9J3d7OhRMQYFM2IXxpSncuPYPR8MKzuFkRcnTrJg48n2+eOJ58soXGx1theSA==","X-Gm-Gg":"AeBDieu9XlGY4E1mzEwx8uVW+2zeAo5FY/L4FEZOY0LbAGPuPKAaGpRCQEVRTFEp5gY\n\thfc4XhQQr3X5uyY0PVOMH2CmbZhp38llS/CgYP716njaq8du3o3s8TNyEry3Fy3Hb4EEDq8ehPl\n\t8sLAn3jk8oAJvU7dd5ucisPoSOMsGf1XskT0xjEcvGAqhZFBWohtEsdGlGtP4gkNnizV3tgZeqI\n\tL9YmWc22qYBs06fpzrpFobMoDxAQRvZ87qbsypjiQ8kqA2SMiybwP9l4Z6Mh0rblnB5cS4xVkqL\n\tJDMLf2DxHmpOQMRJMXRrtPE1y1UoAEznNFyYJUb7b6HXMl10pWw60RVILXApQXKz5rwsfKNsYPb\n\tqcP1Lm45UOvxUajMmX+bp4XfpsoJYw1C3FOuOe31Wk+GejmmWKIpq60gVMHZPFT86CPJm3OwWk7\n\tj105WW2AOAQvP4xKhmli0hqLmlpm8SMo3eE6qhpzwi5yADKA==","X-Received":["by 2002:a05:6102:3e0f:b0:605:19ce:9ccf with SMTP id\n ada2fe7eead31-616f58af7d9mr13838589137.13.1776948317060;\n        Thu, 23 Apr 2026 05:45:17 -0700 (PDT)","by 2002:a05:6102:3e0f:b0:605:19ce:9ccf with SMTP id\n ada2fe7eead31-616f58af7d9mr13838537137.13.1776948316554;\n        Thu, 23 Apr 2026 05:45:16 -0700 (PDT)"],"Date":"Thu, 23 Apr 2026 15:45:12 +0300","From":"Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>","To":"Luca Ceresoli <luca.ceresoli@bootlin.com>","Cc":"Andrzej Hajda <andrzej.hajda@intel.com>,\n Neil Armstrong <neil.armstrong@linaro.org>, Robert Foss <rfoss@kernel.org>,\n Laurent Pinchart <Laurent.pinchart@ideasonboard.com>,\n Jonas Karlman <jonas@kwiboo.se>, Jernej Skrabec <jernej.skrabec@gmail.com>,\n Maarten Lankhorst <maarten.lankhorst@linux.intel.com>,\n Maxime Ripard <mripard@kernel.org>, Thomas Zimmermann <tzimmermann@suse.de>,\n David Airlie <airlied@gmail.com>, Simona Vetter <simona@ffwll.ch>,\n Sasha Finkelstein <fnkl.kernel@gmail.com>, Janne Grunau <j@jannau.net>,\n Liu Ying <victor.liu@nxp.com>, Douglas Anderson <dianders@chromium.org>,\n Laurentiu Palcu <laurentiu.palcu@oss.nxp.com>,\n Lucas Stach <l.stach@pengutronix.de>, Frank Li <Frank.Li@nxp.com>,\n Sascha Hauer <s.hauer@pengutronix.de>,\n Pengutronix Kernel Team <kernel@pengutronix.de>,\n Fabio Estevam <festevam@gmail.com>, Philipp Zabel <p.zabel@pengutronix.de>,\n Paul Cercueil <paul@crapouillou.net>,\n Anitha Chrisanthus <anitha.chrisanthus@intel.com>,\n Chun-Kuang Hu <chunkuang.hu@kernel.org>,\n Matthias Brugger <matthias.bgg@gmail.com>,\n AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com>,\n Kevin Hilman <khilman@baylibre.com>, Jerome Brunet <jbrunet@baylibre.com>,\n Martin Blumenstingl <martin.blumenstingl@googlemail.com>,\n Rob Clark <robin.clark@oss.qualcomm.com>,\n Dmitry Baryshkov <lumag@kernel.org>, Abhinav Kumar <abhinav.kumar@linux.dev>,\n Jessica Zhang <jesszhan0024@gmail.com>, Sean Paul <sean@poorly.run>,\n Marijn Suijten <marijn.suijten@somainline.org>,\n Tomi Valkeinen <tomi.valkeinen@ideasonboard.com>,\n Sandy Huang <hjc@rock-chips.com>,\n Heiko =?utf-8?q?St=C3=BCbner?= <heiko@sntech.de>,\n Andy Yan <andy.yan@rock-chips.com>,\n Thierry Reding <thierry.reding@gmail.com>,\n Mikko Perttunen <mperttunen@nvidia.com>,\n Jonathan Hunter <jonathanh@nvidia.com>,\n Icenowy Zheng <zhengxingda@iscas.ac.cn>, Jingoo Han <jingoohan1@gmail.com>,\n Inki Dae <inki.dae@samsung.com>, Seung-Woo Kim <sw0312.kim@samsung.com>,\n Kyungmin Park <kyungmin.park@samsung.com>,\n Krzysztof Kozlowski <krzk@kernel.org>, Alim Akhtar <alim.akhtar@samsung.com>,\n Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>,\n Tomi Valkeinen <tomi.valkeinen+renesas@ideasonboard.com>,\n Kieran Bingham <kieran.bingham+renesas@ideasonboard.com>,\n Geert Uytterhoeven <geert+renesas@glider.be>,\n Magnus Damm <magnus.damm@gmail.com>, Biju Das <biju.das.jz@bp.renesas.com>,\n Marek Vasut <marex@denx.de>, Stefan Agner <stefan@agner.ch>,\n Jyri Sarha <jyri.sarha@iki.fi>, Michal Simek <michal.simek@amd.com>,\n Hui Pu <Hui.Pu@gehealthcare.com>, Ian Ray <ian.ray@gehealthcare.com>,\n Thomas Petazzoni <thomas.petazzoni@bootlin.com>,\n dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org,\n asahi@lists.linux.dev, imx@lists.linux.dev,\n linux-arm-kernel@lists.infradead.org, linux-mips@vger.kernel.org,\n linux-mediatek@lists.infradead.org, linux-amlogic@lists.infradead.org,\n linux-arm-msm@vger.kernel.org, freedreno@lists.freedesktop.org,\n linux-rockchip@lists.infradead.org, linux-tegra@vger.kernel.org,\n linux-samsung-soc@vger.kernel.org, linux-renesas-soc@vger.kernel.org","Subject":"Re: [PATCH v2 00/41] drm/display: bridge-connector: attach encoder\n to the connector","Message-ID":"<wanzalswb3lez6kyklprqojcnidab5fkxgu57lfka45w2rt4ic@xdatq5o7yiub>","References":"\n <20260423-drm-bridge-connector-attach_encoder-v2-0-2ae6ca69b390@bootlin.com>","Precedence":"bulk","X-Mailing-List":"linux-tegra@vger.kernel.org","List-Id":"<linux-tegra.vger.kernel.org>","List-Subscribe":"<mailto:linux-tegra+subscribe@vger.kernel.org>","List-Unsubscribe":"<mailto:linux-tegra+unsubscribe@vger.kernel.org>","MIME-Version":"1.0","Content-Type":"text/plain; charset=us-ascii","Content-Disposition":"inline","In-Reply-To":"\n <20260423-drm-bridge-connector-attach_encoder-v2-0-2ae6ca69b390@bootlin.com>","X-Proofpoint-ORIG-GUID":"6FX2nlmvUXab4Wgx0abMcdjWNQkY54C5","X-Proofpoint-Spam-Details-Enc":"AW1haW4tMjYwNDIzMDEyNyBTYWx0ZWRfXwxwKe1MUWGux\n I7Zimhe9lmIQIHcnXWIaw1u0F1aG4Y4Mowqljc27JG2NnAyU1l5lnvMckYa4aA3labWhE64Bt64\n KfEy9cVG3ts6fQQkdnyd/En6iVhh1ToeFPmEjIVG86muRmLga4BBjALzdKFJyK4sEmQXF4sBCmH\n UfpkbEG0WXYPzqRC2RkNKijwEak3H8uGt4qnEOHM+mjm1t/yfRaw+tuyOY6UZlvOjKa8R/K7MhH\n fVqBAYY+XVE7KSkXudYv6bX1iBGplBDu2pJUR4BGczs2h9iZVosiycwGdNBjJ1eEm/HCmN8xAGW\n eSrgHI5/60YU8uEZH8Pew0kxD2bzRboK4oYRidsl0j1p3NuHxole2OvBohyWO05T8BbnCHCn2NN\n tDu+5CyfPpPHq38wWlWDug78+hLLnrC8RNY02mQw0gjkmqnlVVeBVUqMfdxkKeX3zrrEG5fqLFz\n g8TLTYL3rnc5QvZQUTQ==","X-Authority-Analysis":"v=2.4 cv=AvbeGu9P c=1 sm=1 tr=0 ts=69ea145e cx=c_pps\n a=N1BjEkVkxJi3uNfLdpvX3g==:117 a=xqWC_Br6kY4A:10 a=kj9zAlcOel0A:10\n a=A5OVakUREuEA:10 a=s4-Qcg_JpJYA:10 a=VkNPw1HP01LnGYTKEx00:22\n a=u7WPNUs3qKkmUXheDGA7:22 a=YMgV9FUhrdKAYTUUvYB2:22 a=EUspDBNiAAAA:8\n a=SkVVgs_SJVxU13IceqMA:9 a=CjuIK1q_8ugA:10 a=crWF4MFLhNY0qMRaF8an:22","X-Proofpoint-GUID":"6FX2nlmvUXab4Wgx0abMcdjWNQkY54C5","X-Proofpoint-Virus-Version":"vendor=baseguard\n engine=ICAP:2.0.293,Aquarius:18.0.1143,Hydra:6.1.51,FMLib:17.12.100.49\n definitions=2026-04-23_03,2026-04-21_02,2025-10-01_01","X-Proofpoint-Spam-Details":"rule=outbound_notspam policy=outbound score=0\n priorityscore=1501 impostorscore=0 phishscore=0 suspectscore=0\n lowpriorityscore=0 spamscore=0 clxscore=1015 malwarescore=0 bulkscore=0\n adultscore=0 classifier=typeunknown authscore=0 authtc= authcc=\n route=outbound adjust=0 reason=mlx scancount=1 engine=8.22.0-2604200000\n definitions=main-2604230127"}},{"id":3681576,"web_url":"http://patchwork.ozlabs.org/comment/3681576/","msgid":"<DI0OQ6JRMPTR.1FP9UHPJBYI7M@bootlin.com>","list_archive_url":null,"date":"2026-04-23T16:46:00","subject":"Re: [PATCH v2 00/41] drm/display: bridge-connector: attach encoder\n to the connector","submitter":{"id":83908,"url":"http://patchwork.ozlabs.org/api/people/83908/","name":"Luca Ceresoli","email":"luca.ceresoli@bootlin.com"},"content":"On Thu Apr 23, 2026 at 2:45 PM CEST, Dmitry Baryshkov wrote:\n> On Thu, Apr 23, 2026 at 11:16:54AM +0200, Luca Ceresoli wrote:\n>> This series simplifies using the bridge-connector by removing the need to\n>> attach the newly created connector to the encoder.\n>>\n>> == Series description\n>>\n>> Currently all users of the bridge-connector must call\n>> drm_connector_attach_encoder() immediately after a successful\n>> drm_bridge_connector_init().\n>>\n>> This is an unnecessary burden for users. Move the call to the end of\n>> drm_bridge_connector_init() so all callers can be simplified.\n>>\n>\n> I don't know which one is more correct in this situation, but let it be\n> R-B for the series:\n>\n> Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>\n>\n> Feel free to take the msm patches through drm-misc-next (A-b).\n\nMeaning: Acked-by on the msm patches + Reviewed-by on all the series,\nright?\n\nThank you very much!\n\nLuca\n\n--\nLuca Ceresoli, Bootlin\nEmbedded Linux and Kernel engineering\nhttps://bootlin.com","headers":{"Return-Path":"\n <linux-tegra+bounces-13934-incoming=patchwork.ozlabs.org@vger.kernel.org>","X-Original-To":["incoming@patchwork.ozlabs.org","linux-tegra@vger.kernel.org"],"Delivered-To":"patchwork-incoming@legolas.ozlabs.org","Authentication-Results":["legolas.ozlabs.org;\n\tdkim=pass (2048-bit key;\n unprotected) header.d=bootlin.com header.i=@bootlin.com header.a=rsa-sha256\n header.s=dkim header.b=2l2tjOxb;\n\tdkim-atps=neutral","legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=vger.kernel.org\n (client-ip=2600:3c15:e001:75::12fc:5321; helo=sin.lore.kernel.org;\n envelope-from=linux-tegra+bounces-13934-incoming=patchwork.ozlabs.org@vger.kernel.org;\n receiver=patchwork.ozlabs.org)","smtp.subspace.kernel.org;\n\tdkim=pass (2048-bit key) header.d=bootlin.com header.i=@bootlin.com\n header.b=\"2l2tjOxb\"","smtp.subspace.kernel.org;\n arc=none smtp.client-ip=185.171.202.116","smtp.subspace.kernel.org;\n dmarc=pass (p=reject dis=none) header.from=bootlin.com","smtp.subspace.kernel.org;\n spf=pass smtp.mailfrom=bootlin.com"],"Received":["from sin.lore.kernel.org (sin.lore.kernel.org\n [IPv6:2600:3c15:e001:75::12fc:5321])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange x25519)\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4g1jG31skTz1y2d\n\tfor <incoming@patchwork.ozlabs.org>; Fri, 24 Apr 2026 03:07:55 +1000 (AEST)","from smtp.subspace.kernel.org (conduit.subspace.kernel.org\n [100.90.174.1])\n\tby sin.lore.kernel.org (Postfix) with ESMTP id 99626303396D\n\tfor <incoming@patchwork.ozlabs.org>; Thu, 23 Apr 2026 16:46:34 +0000 (UTC)","from localhost.localdomain (localhost.localdomain [127.0.0.1])\n\tby smtp.subspace.kernel.org (Postfix) with ESMTP id 33F80363C75;\n\tThu, 23 Apr 2026 16:46:33 +0000 (UTC)","from smtpout-04.galae.net (smtpout-04.galae.net [185.171.202.116])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))\n\t(No client certificate requested)\n\tby smtp.subspace.kernel.org (Postfix) with ESMTPS id 05DEA37BE89\n\tfor <linux-tegra@vger.kernel.org>; Thu, 23 Apr 2026 16:46:30 +0000 (UTC)","from smtpout-01.galae.net (smtpout-01.galae.net [212.83.139.233])\n\tby smtpout-04.galae.net (Postfix) with ESMTPS id 8204BC5EF16;\n\tThu, 23 Apr 2026 16:47:10 +0000 (UTC)","from mail.galae.net (mail.galae.net [212.83.136.155])\n\tby smtpout-01.galae.net (Postfix) with ESMTPS id 11F65604EB;\n\tThu, 23 Apr 2026 16:46:29 +0000 (UTC)","from [127.0.0.1] (localhost [127.0.0.1]) by localhost (Mailerdaemon)\n with ESMTPSA id 66CE510720005;\n\tThu, 23 Apr 2026 18:46:01 +0200 (CEST)"],"ARC-Seal":"i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116;\n\tt=1776962793; cv=none;\n b=Ph+xSd0N8zTMMlWz1y7t7QFYnJrPWeZbyzehfQ6WddSQE1utlZyZdijIL3l+BXss9LTYGvYpW4/8eFtvCpqiD4+/kRUk4sqLAZgSs0YkIKIRH0Mr237osts3wYlDiv+d8e7O/KcG5R5xxai1hl/rDgfz7pacg1Fq2fdkpllJzLY=","ARC-Message-Signature":"i=1; a=rsa-sha256; d=subspace.kernel.org;\n\ts=arc-20240116; t=1776962793; c=relaxed/simple;\n\tbh=S05j6aseg7c7u3xV5vOsljLds3FQ6L9R3JcogXmLNZs=;\n\th=Mime-Version:Content-Type:Date:Message-Id:Subject:Cc:To:From:\n\t References:In-Reply-To;\n b=fXda2TC/s2mN3W2UPPbbIEqWOErU6zFCMY9URt91WUc5q72IxH/n/wfpiN0KkLkXXmrXO81Jqa6YVGcvuJ0qstzVY/ES1ghM6I7lkQe7N8SqR//FgU8SPuPayGCHQAELXud2scR3PI8ErqOzSH8+dUgYLpsBIgcY350lKUTUbEM=","ARC-Authentication-Results":"i=1; smtp.subspace.kernel.org;\n dmarc=pass (p=reject dis=none) header.from=bootlin.com;\n spf=pass smtp.mailfrom=bootlin.com;\n dkim=pass (2048-bit key) header.d=bootlin.com header.i=@bootlin.com\n header.b=2l2tjOxb; arc=none smtp.client-ip=185.171.202.116","DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed; d=bootlin.com; s=dkim;\n\tt=1776962785; h=from:subject:date:message-id:to:cc:mime-version:content-type:\n\t content-transfer-encoding:in-reply-to:references;\n\tbh=S05j6aseg7c7u3xV5vOsljLds3FQ6L9R3JcogXmLNZs=;\n\tb=2l2tjOxbp/muwVUTt1iYaIz8b7OLe+mJ2gwHjUl/Zi9B+c+A9VYP6Ja5C2fCxD7EBcL8KE\n\ttj9o1FWt6yl5MwmosOaOCmM5hg14Gf6FQCD6xO4NlTRrX8rWJO7AXZiqzKJUGSdGNfq0dX\n\t90/Fet3eusoHdXKPgHJviW0bm/BmWmkW8WJGQJXu+6RINWTT2CgIMhDV/YcJ+q/TJAH7GV\n\twy8CB9xvhkE+fTuzqLnN9+emGn4BkhcJVhKXnLTSZCbNekK5oVrGCbiUFXMRSBxTBCE1Lo\n\tfGJwcmZCjXWgzqASXiN/aqIJ5NiJ8amWgtQeCTnheHeEOAEeGBshs0HQdugKjg==","Precedence":"bulk","X-Mailing-List":"linux-tegra@vger.kernel.org","List-Id":"<linux-tegra.vger.kernel.org>","List-Subscribe":"<mailto:linux-tegra+subscribe@vger.kernel.org>","List-Unsubscribe":"<mailto:linux-tegra+unsubscribe@vger.kernel.org>","Mime-Version":"1.0","Content-Transfer-Encoding":"quoted-printable","Content-Type":"text/plain; charset=UTF-8","Date":"Thu, 23 Apr 2026 18:46:00 +0200","Message-Id":"<DI0OQ6JRMPTR.1FP9UHPJBYI7M@bootlin.com>","Subject":"Re: [PATCH v2 00/41] drm/display: bridge-connector: attach encoder\n to the connector","Cc":"\"Andrzej Hajda\" <andrzej.hajda@intel.com>,\n \"Neil Armstrong\" <neil.armstrong@linaro.org>,\n \"Robert Foss\" <rfoss@kernel.org>,\n \"Laurent Pinchart\" <Laurent.pinchart@ideasonboard.com>,\n \"Jonas Karlman\" <jonas@kwiboo.se>,\n \"Jernej Skrabec\" <jernej.skrabec@gmail.com>,\n \"Maarten Lankhorst\" <maarten.lankhorst@linux.intel.com>,\n \"Maxime Ripard\" <mripard@kernel.org>,\n \"Thomas Zimmermann\" <tzimmermann@suse.de>,\n \"David Airlie\" <airlied@gmail.com>, \"Simona Vetter\" <simona@ffwll.ch>,\n \"Sasha Finkelstein\" <fnkl.kernel@gmail.com>, \"Janne Grunau\" <j@jannau.net>,\n \"Liu Ying\" <victor.liu@nxp.com>, \"Douglas Anderson\" <dianders@chromium.org>,\n \"Laurentiu Palcu\" <laurentiu.palcu@oss.nxp.com>,\n \"Lucas Stach\" <l.stach@pengutronix.de>, \"Frank Li\" <Frank.Li@nxp.com>,\n \"Sascha Hauer\" <s.hauer@pengutronix.de>,\n \"Pengutronix Kernel Team\" <kernel@pengutronix.de>,\n \"Fabio Estevam\" <festevam@gmail.com>,\n \"Philipp Zabel\" <p.zabel@pengutronix.de>,\n \"Paul Cercueil\" <paul@crapouillou.net>,\n \"Anitha Chrisanthus\" <anitha.chrisanthus@intel.com>,\n \"Chun-Kuang Hu\" <chunkuang.hu@kernel.org>,\n \"Matthias Brugger\" <matthias.bgg@gmail.com>,\n \"AngeloGioacchino Del Regno\" <angelogioacchino.delregno@collabora.com>,\n \"Kevin Hilman\" <khilman@baylibre.com>,\n \"Jerome Brunet\" <jbrunet@baylibre.com>,\n \"Martin Blumenstingl\" <martin.blumenstingl@googlemail.com>,\n \"Rob Clark\" <robin.clark@oss.qualcomm.com>,\n \"Dmitry Baryshkov\" <lumag@kernel.org>,\n \"Abhinav Kumar\" <abhinav.kumar@linux.dev>,\n \"Jessica Zhang\" <jesszhan0024@gmail.com>, \"Sean Paul\" <sean@poorly.run>,\n \"Marijn Suijten\" <marijn.suijten@somainline.org>,\n \"Tomi Valkeinen\" <tomi.valkeinen@ideasonboard.com>,\n \"Sandy Huang\" <hjc@rock-chips.com>,\n =?utf-8?q?Heiko_St=C3=BCbner?= <heiko@sntech.de>,\n \"Andy Yan\" <andy.yan@rock-chips.com>,\n \"Thierry Reding\" <thierry.reding@gmail.com>,\n \"Mikko Perttunen\" <mperttunen@nvidia.com>,\n \"Jonathan Hunter\" <jonathanh@nvidia.com>,\n \"Icenowy Zheng\" <zhengxingda@iscas.ac.cn>,\n \"Jingoo Han\" <jingoohan1@gmail.com>, \"Inki Dae\" <inki.dae@samsung.com>,\n \"Seung-Woo Kim\" <sw0312.kim@samsung.com>,\n \"Kyungmin Park\" <kyungmin.park@samsung.com>,\n \"Krzysztof Kozlowski\" <krzk@kernel.org>,\n \"Alim Akhtar\" <alim.akhtar@samsung.com>,\n \"Laurent Pinchart\" <laurent.pinchart+renesas@ideasonboard.com>,\n \"Tomi Valkeinen\" <tomi.valkeinen+renesas@ideasonboard.com>,\n \"Kieran Bingham\" <kieran.bingham+renesas@ideasonboard.com>,\n \"Geert Uytterhoeven\" <geert+renesas@glider.be>,\n \"Magnus Damm\" <magnus.damm@gmail.com>,\n \"Biju Das\" <biju.das.jz@bp.renesas.com>, \"Marek Vasut\" <marex@denx.de>,\n \"Stefan Agner\" <stefan@agner.ch>, \"Jyri Sarha\" <jyri.sarha@iki.fi>,\n \"Michal Simek\" <michal.simek@amd.com>, \"Hui Pu\" <Hui.Pu@gehealthcare.com>,\n \"Ian Ray\" <ian.ray@gehealthcare.com>,\n \"Thomas Petazzoni\" <thomas.petazzoni@bootlin.com>,\n <dri-devel@lists.freedesktop.org>, <linux-kernel@vger.kernel.org>,\n <asahi@lists.linux.dev>, <imx@lists.linux.dev>,\n <linux-arm-kernel@lists.infradead.org>, <linux-mips@vger.kernel.org>,\n <linux-mediatek@lists.infradead.org>, <linux-amlogic@lists.infradead.org>,\n <linux-arm-msm@vger.kernel.org>, <freedreno@lists.freedesktop.org>,\n <linux-rockchip@lists.infradead.org>, <linux-tegra@vger.kernel.org>,\n <linux-samsung-soc@vger.kernel.org>, <linux-renesas-soc@vger.kernel.org>","To":"\"Dmitry Baryshkov\" <dmitry.baryshkov@oss.qualcomm.com>","From":"\"Luca Ceresoli\" <luca.ceresoli@bootlin.com>","X-Mailer":"aerc 0.20.1","References":"\n <20260423-drm-bridge-connector-attach_encoder-v2-0-2ae6ca69b390@bootlin.com>\n <wanzalswb3lez6kyklprqojcnidab5fkxgu57lfka45w2rt4ic@xdatq5o7yiub>","In-Reply-To":"<wanzalswb3lez6kyklprqojcnidab5fkxgu57lfka45w2rt4ic@xdatq5o7yiub>","X-Last-TLS-Session-Version":"TLSv1.3"}},{"id":3682286,"web_url":"http://patchwork.ozlabs.org/comment/3682286/","msgid":"<cf2c91396eb3017aa51dd9c840badffddca2f7ec.camel@iscas.ac.cn>","list_archive_url":null,"date":"2026-04-25T15:22:56","subject":"Re: [PATCH v2 00/41] drm/display: bridge-connector: attach encoder\n to the connector","submitter":{"id":92367,"url":"http://patchwork.ozlabs.org/api/people/92367/","name":"Icenowy Zheng","email":"zhengxingda@iscas.ac.cn"},"content":"在 2026-04-23四的 11:16 +0200，Luca Ceresoli写道：\n> This series simplifies using the bridge-connector by removing the\n> need to\n> attach the newly created connector to the encoder.\n> \n> == Series description\n> \n> Currently all users of the bridge-connector must call\n> drm_connector_attach_encoder() immediately after a successful\n> drm_bridge_connector_init().\n> \n> This is an unnecessary burden for users. Move the call to the end of\n> drm_bridge_connector_init() so all callers can be simplified.\n> \n>  * Patch 1 adds a drm_connector_attach_encoder() call at the end of\n>    drm_bridge_connector_init()\n>  * The other patches remove drm_connector_attach_encoder() after all\n>    drm_bridge_connector_init() calls, ordered from the simplest ones\n>    (only the last one is somewhat non-obvious)\n> \n> The Cc list is huge due to the many drivers touched. I sent v1 to a\n> reduced\n> Cc list to ensure there is an agreement about the overall idea. That\n> seems\n> to be the case, so now it's time to copy all drivers maintainers.\n> \n> It would be nice to apply all of this series at once to avoid\n> duplicated\n> calls to drm_connector_attach_encoder() in the interim. That would be\n> harmless beacuse drm_connector_attach_encoder() is idempotent, but\n> unpleasant.\n> \n> == Additional rationale (for the curious)\n> \n> Besides making the usage of the bridge-connector a bit simpler, this\n> series\n> is in preparation for DRM bridge hotplug. Here's why, feel free to\n> skip if\n> you don't care.\n> \n> The old bridge hotplug proposals I have sent in the past [1] were\n> based on\n> a hotplug-bridge driver to sit between the last fixed bridge and the\n> first\n> hotplugged bridge. Discussion with the community led to the need of\n> removing the hotplug-bridge and let common DRM code handle hotplug.\n> The\n> common place of code that appears the most suitable for hotplug\n> handling is\n> the bridge-connector, which is by now the recommended way to handle\n> connector instantiation after a bridge chain.\n> \n> So I'm in the process of extending the bridge-connector to be the\n> central\n> point to handle bridge hotplug. Turns out the need to call\n> drm_connector_attach_encoder() after drm_bridge_connector_init() has\n> returned is adding big headaches to such work. So I'm send this long\n> but\n> simple series to both simplify bridge-connector usage and remove one\n> obstacle from the bridge hotplug work. This series is relevant by\n> itself\n> anyway.\n> \n> [1]\n> https://lore.kernel.org/lkml/20250206-hotplug-drm-bridge-v6-26-9d6f2c9c3058@bootlin.com/\n> \n> == Grand plan\n> \n> This is part of the work to support hotplug of DRM bridges. The grand\n> plan\n> was discussed in [0].\n\nJust see the bridge hotplugging thing, is it possible for DRM drivers\nto declare bridges attached to themselves after this?\n\nLoongson 7A1000 PCH can only output DPI signals, so nearly all products\nwith it are shipping with some kind of external bridges, but currently\ndrm/loongson does not support them (all display connectors are now seen\nas DPI ones, and connectors behind non-transparent bridges won't work).\n\nThe bridges are going to be accessed by the DDC I2C busses of 7A1000,\nand are not declared with device tree (systems with 7A1000 never ship\nwith device trees, and Linux currently matches a built-in device tree).\n(Bridges being on the DDC I2C also introduces some dependency for them\nto depend on the drm/loongson driver.)\n\nLoongson have defined some kind of VBIOS declaring what bridge is\nbehind, and their non-mainline driver just contains driver codes for\nall possible bridges. (Sui Jingfeng previously tried to mainline such\npractice, and of course it's rejected because of code duplicity.)\n\nThanks,\nIcenowy\n\n> \n> Here's the work breakdown (➜ marks the current series):\n> \n>  1. … add refcounting to DRM bridges struct drm_bridge,\n>       based on devm_drm_bridge_alloc()\n>     A. ✔ add new alloc API and refcounting (v6.16)\n>     B. ✔ convert all bridge drivers to new API (v6.17)\n>     C. ✔ kunit tests (v6.17)\n>     D. ✔ add get/put to drm_bridge_add/remove() + attach/detach()\n>          and warn on old allocation pattern (v6.17)\n>     E. … add get/put on drm_bridge accessors\n>        1. ✔ drm_bridge_chain_get_first_bridge(), add cleanup action\n> (v6.18)\n>        2. ✔ drm_bridge_get_prev_bridge() (v6.18)\n>        3. ✔ drm_bridge_get_next_bridge() (v6.19)\n>        4. ✔ drm_for_each_bridge_in_chain() (v6.19)\n>        5. ✔ drm_bridge_connector_init (v6.19)\n>        6. ✔ protect encoder bridge chain with a mutex (v7.2)\n>        7. … of_drm_find_bridge\n>           a. ✔ add of_drm_get_bridge() (v7.0),\n> \t       convert basic direct users (v7.0-v7.1)\n> \t  b. ✔ convert direct of_drm_get_bridge() users, part 2\n> (v7.0)\n> \t  c. ✔ convert direct of_drm_get_bridge() users, part 3\n> (v7.0)\n> \t  d. ✔ convert direct of_drm_get_bridge() users, part 4\n> (v7.1-v7.2)\n> \t  e. … convert bridge-only drm_of_find_panel_or_bridge()\n> users\n>        8. drm_of_find_panel_or_bridge, *_of_get_bridge\n>        9. ✔ enforce drm_bridge_add before drm_bridge_attach (v6.19)\n>     F. ✔ debugfs improvements\n>        1. ✔ add top-level 'bridges' file (v6.16)\n>        2. ✔ show refcount and list lingering bridges (v6.19)\n>  2. … handle gracefully atomic updates during bridge removal\n>     A. ✔ Add drm_bridge_enter/exit() to protect device resources\n> (v7.0)\n>     B. … protect private_obj removal from list\n>     C. ✔ Add drm_bridge_clear_and_put() (v7.1)\n>  3. … DSI host-device driver interaction\n>  4. ✔ removing the need for the \"always-disconnected\" connector\n>  5. ✔ Migrate i.MX LCDIF driver to bridge-connector (v7.2)\n>  6. ➜ DRM bridge hotplug\n>     A. ➜ Bridge hotplug management in the DRM core\n>        1. ➜ bridge-connector: attach encoder to the connector\n>     B.   Device tree description\n> \n> [0]\n> https://lore.kernel.org/lkml/20250206-hotplug-drm-bridge-v6-0-9d6f2c9c3058@bootlin.com/#t\n> \n> Signed-off-by: Luca Ceresoli <luca.ceresoli@bootlin.com>\n> ---\n> Changes in v2:\n> - patch 1: update kdoc\n> - patch 41: fix by rewriting it fully\n> - update cover letter\n> - Link to v1:\n> https://patch.msgid.link/20260417-drm-bridge-connector-attach_encoder-v1-0-67b8b8fb872a@bootlin.com\n> \n> To: Andrzej Hajda <andrzej.hajda@intel.com>\n> To: Neil Armstrong <neil.armstrong@linaro.org>\n> To: Robert Foss <rfoss@kernel.org>\n> To: Laurent Pinchart <Laurent.pinchart@ideasonboard.com>\n> To: Jonas Karlman <jonas@kwiboo.se>\n> To: Jernej Skrabec <jernej.skrabec@gmail.com>\n> To: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>\n> To: Maxime Ripard <mripard@kernel.org>\n> To: Thomas Zimmermann <tzimmermann@suse.de>\n> To: David Airlie <airlied@gmail.com>\n> To: Simona Vetter <simona@ffwll.ch>\n> To: Sasha Finkelstein <fnkl.kernel@gmail.com>\n> To: Janne Grunau <j@jannau.net>\n> To: Liu Ying <victor.liu@nxp.com>\n> To: Douglas Anderson <dianders@chromium.org>\n> To: Laurentiu Palcu <laurentiu.palcu@oss.nxp.com>\n> To: Lucas Stach <l.stach@pengutronix.de>\n> To: Frank Li <Frank.Li@nxp.com>\n> To: Sascha Hauer <s.hauer@pengutronix.de>\n> To: Pengutronix Kernel Team <kernel@pengutronix.de>\n> To: Fabio Estevam <festevam@gmail.com>\n> To: Philipp Zabel <p.zabel@pengutronix.de>\n> To: Paul Cercueil <paul@crapouillou.net>\n> To: Anitha Chrisanthus <anitha.chrisanthus@intel.com>\n> To: Chun-Kuang Hu <chunkuang.hu@kernel.org>\n> To: Matthias Brugger <matthias.bgg@gmail.com>\n> To: AngeloGioacchino Del Regno\n> <angelogioacchino.delregno@collabora.com>\n> To: Kevin Hilman <khilman@baylibre.com>\n> To: Jerome Brunet <jbrunet@baylibre.com>\n> To: Martin Blumenstingl <martin.blumenstingl@googlemail.com>\n> To: Rob Clark <robin.clark@oss.qualcomm.com>\n> To: Dmitry Baryshkov <lumag@kernel.org>\n> To: Abhinav Kumar <abhinav.kumar@linux.dev>\n> To: Jessica Zhang <jesszhan0024@gmail.com>\n> To: Sean Paul <sean@poorly.run>\n> To: Marijn Suijten <marijn.suijten@somainline.org>\n> To: Tomi Valkeinen <tomi.valkeinen@ideasonboard.com>\n> To: Sandy Huang <hjc@rock-chips.com>\n> To: Heiko Stübner <heiko@sntech.de>\n> To: Andy Yan <andy.yan@rock-chips.com>\n> To: Thierry Reding <thierry.reding@gmail.com>\n> To: Mikko Perttunen <mperttunen@nvidia.com>\n> To: Jonathan Hunter <jonathanh@nvidia.com>\n> To: Icenowy Zheng <zhengxingda@iscas.ac.cn>\n> To: Jingoo Han <jingoohan1@gmail.com>\n> To: Inki Dae <inki.dae@samsung.com>\n> To: Seung-Woo Kim <sw0312.kim@samsung.com>\n> To: Kyungmin Park <kyungmin.park@samsung.com>\n> To: Krzysztof Kozlowski <krzk@kernel.org>\n> To: Alim Akhtar <alim.akhtar@samsung.com>\n> To: Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>\n> To: Tomi Valkeinen <tomi.valkeinen+renesas@ideasonboard.com>\n> To: Kieran Bingham <kieran.bingham+renesas@ideasonboard.com>\n> To: Geert Uytterhoeven <geert+renesas@glider.be>\n> To: Magnus Damm <magnus.damm@gmail.com>\n> To: Biju Das <biju.das.jz@bp.renesas.com>\n> To: Marek Vasut <marex@denx.de>\n> To: Stefan Agner <stefan@agner.ch>\n> To: Jyri Sarha <jyri.sarha@iki.fi>\n> To: Michal Simek <michal.simek@amd.com>\n> Cc: Hui Pu <Hui.Pu@gehealthcare.com>\n> Cc: Ian Ray <ian.ray@gehealthcare.com>\n> Cc: Thomas Petazzoni <thomas.petazzoni@bootlin.com>\n> Cc: dri-devel@lists.freedesktop.org\n> Cc: linux-kernel@vger.kernel.org\n> Cc: asahi@lists.linux.dev\n> Cc: imx@lists.linux.dev\n> Cc: linux-arm-kernel@lists.infradead.org\n> Cc: linux-mips@vger.kernel.org\n> Cc: linux-mediatek@lists.infradead.org\n> Cc: linux-amlogic@lists.infradead.org\n> Cc: linux-arm-msm@vger.kernel.org\n> Cc: freedreno@lists.freedesktop.org\n> Cc: linux-rockchip@lists.infradead.org\n> Cc: linux-tegra@vger.kernel.org\n> Cc: linux-samsung-soc@vger.kernel.org\n> Cc: linux-renesas-soc@vger.kernel.org\n> \n> ---\n> Luca Ceresoli (41):\n>       drm/display: bridge-connector: attach the encoder to the\n> created connector\n>       drm: adp: remove now-redundant call to\n> drm_connector_attach_encoder()\n>       drm/bridge: adv7511: remove now-redundant call to\n> drm_connector_attach_encoder()\n>       drm/bridge: ite-it6263: remove now-redundant call to\n> drm_connector_attach_encoder()\n>       drm/bridge: ti-sn65dsi86: remove now-redundant call to\n> drm_connector_attach_encoder()\n>       drm/imx/dcss: remove now-redundant call to\n> drm_connector_attach_encoder()\n>       drm/imx: ldb: remove now-redundant call to\n> drm_connector_attach_encoder()\n>       drm/imx: parallel-display: remove now-redundant call to\n> drm_connector_attach_encoder()\n>       drm/imx/lcdc: remove now-redundant call to\n> drm_connector_attach_encoder()\n>       drm/ingenic: remove now-redundant call to\n> drm_connector_attach_encoder()\n>       drm/kmb/dsi: remove now-redundant call to\n> drm_connector_attach_encoder()\n>       drm/mediatek: mtk_dpi: remove now-redundant call to\n> drm_connector_attach_encoder()\n>       drm/mediatek: mtk_dsi: remove now-redundant call to\n> drm_connector_attach_encoder()\n>       drm/meson: encoder_cvbs: remove now-redundant call to\n> drm_connector_attach_encoder()\n>       drm/meson: encoder_hdmi: remove now-redundant call to\n> drm_connector_attach_encoder()\n>       drm/msm/dp: remove now-redundant call to\n> drm_connector_attach_encoder()\n>       drm/msm/hdmi: remove now-redundant call to\n> drm_connector_attach_encoder()\n>       drm/omapdrm: remove now-redundant call to\n> drm_connector_attach_encoder()\n>       rm/rockchip: cdn-dp: remove now-redundant call to\n> drm_connector_attach_encoder()\n>       drm/rockchip: rk3066_hdmi: remove now-redundant call to\n> drm_connector_attach_encoder()\n>       drm/tegra: hdmi: remove now-redundant call to\n> drm_connector_attach_encoder()\n>       drm/tegra: rgb: remove now-redundant call to\n> drm_connector_attach_encoder()\n>       drm/tests: bridge: remove now-redundant call to\n> drm_connector_attach_encoder()\n>       drm: verisilicon: remove now-redundant call to\n> drm_connector_attach_encoder()\n>       drm/exynos: exynos_dp: remove now-redundant call to\n> drm_connector_attach_encoder()\n>       drm: rcar-du: encoder: remove now-redundant call to\n> drm_connector_attach_encoder()\n>       drm: renesas: rz-du: rzg2l_du_encoder: remove now-redundant\n> call to drm_connector_attach_encoder()\n>       drm/rockchip: analogix_dp: remove now-redundant call to\n> drm_connector_attach_encoder()\n>       drm/rockchip: dw_dp: remove now-redundant call to\n> drm_connector_attach_encoder()\n>       drm/rockchip: dw_hdmi_qp: remove now-redundant call to\n> drm_connector_attach_encoder()\n>       drm/rockchip: inno-hdmi: remove now-redundant call to\n> drm_connector_attach_encoder()\n>       drm/msm/mdp4: remove now-redundant call to\n> drm_connector_attach_encoder()\n>       drm/msm/dsi: remove now-redundant call to\n> drm_connector_attach_encoder()\n>       drm/mxsfb/lcdif: remove now-redundant call to\n> drm_connector_attach_encoder()\n>       drm/rockchip: lvds: remove now-redundant call to\n> drm_connector_attach_encoder()\n>       drm/tidss: remove now-redundant call to\n> drm_connector_attach_encoder()\n>       drm/tilcdc: remove now-redundant call to\n> drm_connector_attach_encoder()\n>       drm: zynqmp_kms: remove now-redundant call to\n> drm_connector_attach_encoder()\n>       drm/imx: remove now-redundant call to\n> drm_connector_attach_encoder()\n>       drm/rockchip: rgb: remove now-redundant call to\n> drm_connector_attach_encoder()\n>       drm: renesas: shmobile: remove now-redundant call to\n> drm_connector_attach_encoder()\n> \n>  drivers/gpu/drm/adp/adp_drv.c                     |  2 --\n>  drivers/gpu/drm/bridge/adv7511/adv7511_drv.c      |  2 --\n>  drivers/gpu/drm/bridge/ite-it6263.c               |  2 --\n>  drivers/gpu/drm/bridge/ti-sn65dsi86.c             |  2 --\n>  drivers/gpu/drm/display/drm_bridge_connector.c    | 11 +++++++++--\n>  drivers/gpu/drm/exynos/exynos_dp.c                |  2 +-\n>  drivers/gpu/drm/imx/dc/dc-kms.c                   |  8 +-------\n>  drivers/gpu/drm/imx/dcss/dcss-kms.c               |  2 --\n>  drivers/gpu/drm/imx/ipuv3/imx-ldb.c               |  2 --\n>  drivers/gpu/drm/imx/ipuv3/parallel-display.c      |  2 --\n>  drivers/gpu/drm/imx/lcdc/imx-lcdc.c               |  2 --\n>  drivers/gpu/drm/ingenic/ingenic-drm-drv.c         |  2 --\n>  drivers/gpu/drm/kmb/kmb_dsi.c                     |  2 +-\n>  drivers/gpu/drm/mediatek/mtk_dpi.c                |  1 -\n>  drivers/gpu/drm/mediatek/mtk_dsi.c                |  1 -\n>  drivers/gpu/drm/meson/meson_encoder_cvbs.c        |  2 --\n>  drivers/gpu/drm/meson/meson_encoder_hdmi.c        |  2 --\n>  drivers/gpu/drm/msm/disp/mdp4/mdp4_kms.c          |  7 -------\n>  drivers/gpu/drm/msm/dp/dp_drm.c                   |  2 --\n>  drivers/gpu/drm/msm/dsi/dsi_manager.c             |  4 ----\n>  drivers/gpu/drm/msm/hdmi/hdmi.c                   |  2 --\n>  drivers/gpu/drm/mxsfb/lcdif_drv.c                 |  6 ------\n>  drivers/gpu/drm/omapdrm/omap_drv.c                |  2 --\n>  drivers/gpu/drm/renesas/rcar-du/rcar_du_encoder.c |  2 +-\n>  drivers/gpu/drm/renesas/rz-du/rzg2l_du_encoder.c  |  2 +-\n>  drivers/gpu/drm/renesas/shmobile/shmob_drm_crtc.c | 16 +++++++------\n> ---\n>  drivers/gpu/drm/rockchip/analogix_dp-rockchip.c   |  2 +-\n>  drivers/gpu/drm/rockchip/cdn-dp-core.c            |  2 --\n>  drivers/gpu/drm/rockchip/dw_dp-rockchip.c         |  2 +-\n>  drivers/gpu/drm/rockchip/dw_hdmi_qp-rockchip.c    |  2 +-\n>  drivers/gpu/drm/rockchip/inno_hdmi-rockchip.c     |  2 +-\n>  drivers/gpu/drm/rockchip/rk3066_hdmi.c            |  2 --\n>  drivers/gpu/drm/rockchip/rockchip_lvds.c          |  6 ------\n>  drivers/gpu/drm/rockchip/rockchip_rgb.c           |  9 ---------\n>  drivers/gpu/drm/tegra/hdmi.c                      |  2 --\n>  drivers/gpu/drm/tegra/rgb.c                       |  2 --\n>  drivers/gpu/drm/tests/drm_bridge_test.c           |  2 --\n>  drivers/gpu/drm/tidss/tidss_encoder.c             |  6 ------\n>  drivers/gpu/drm/tilcdc/tilcdc_encoder.c           |  6 ------\n>  drivers/gpu/drm/verisilicon/vs_bridge.c           |  1 -\n>  drivers/gpu/drm/xlnx/zynqmp_kms.c                 |  6 ------\n>  41 files changed, 25 insertions(+), 117 deletions(-)\n> ---\n> base-commit: 77fec37c895fcbdefbcec97cefd6d1f5cfdf1e3a\n> change-id: 20260416-drm-bridge-connector-attach_encoder-c651ac05705f\n> \n> Best regards,\n> --  \n> Luca Ceresoli <luca.ceresoli@bootlin.com>","headers":{"Return-Path":"\n <linux-tegra+bounces-13963-incoming=patchwork.ozlabs.org@vger.kernel.org>","X-Original-To":["incoming@patchwork.ozlabs.org","linux-tegra@vger.kernel.org"],"Delivered-To":"patchwork-incoming@legolas.ozlabs.org","Authentication-Results":["legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=vger.kernel.org\n (client-ip=2600:3c0a:e001:db::12fc:5321; helo=sea.lore.kernel.org;\n envelope-from=linux-tegra+bounces-13963-incoming=patchwork.ozlabs.org@vger.kernel.org;\n receiver=patchwork.ozlabs.org)","smtp.subspace.kernel.org;\n arc=none smtp.client-ip=159.226.251.25","smtp.subspace.kernel.org;\n dmarc=none (p=none dis=none) header.from=iscas.ac.cn","smtp.subspace.kernel.org;\n spf=pass smtp.mailfrom=iscas.ac.cn"],"Received":["from sea.lore.kernel.org (sea.lore.kernel.org\n [IPv6:2600:3c0a:e001:db::12fc:5321])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange x25519)\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4g2tsd3lkgz1yHv\n\tfor <incoming@patchwork.ozlabs.org>; Sun, 26 Apr 2026 01:24:21 +1000 (AEST)","from smtp.subspace.kernel.org (conduit.subspace.kernel.org\n [100.90.174.1])\n\tby sea.lore.kernel.org (Postfix) with ESMTP id C9D1A30071C1\n\tfor <incoming@patchwork.ozlabs.org>; Sat, 25 Apr 2026 15:24:18 +0000 (UTC)","from localhost.localdomain (localhost.localdomain [127.0.0.1])\n\tby smtp.subspace.kernel.org (Postfix) with ESMTP id 97EE6308F0A;\n\tSat, 25 Apr 2026 15:24:18 +0000 (UTC)","from cstnet.cn (smtp25.cstnet.cn [159.226.251.25])\n\t(using TLSv1.2 with cipher DHE-RSA-AES256-SHA (256/256 bits))\n\t(No client certificate requested)\n\tby smtp.subspace.kernel.org (Postfix) with ESMTPS id 99AC52F6562;\n\tSat, 25 Apr 2026 15:24:14 +0000 (UTC)","from edelgard.fodlan.icenowy.me (unknown [112.94.102.10])\n\tby APP-05 (Coremail) with SMTP id zQCowAB3BQlQ3OxppTiPDg--.10769S2;\n\tSat, 25 Apr 2026 23:22:59 +0800 (CST)"],"ARC-Seal":"i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116;\n\tt=1777130658; cv=none;\n b=ZObbfEIjhGljuTILw4xABYazo9+71vYFyx8NMnKUF0bqyrNjLMidM5+Ge9h1lFGU3tEciit/K/ghZjdUh2FTWsEynNE22CVOW2Uu4TTmhlxD/sahtpdUNk31KOxvr/rPVA+hqvW86uVOCPAVl5WD8exkTjiqEaitrIxVaVUihQQ=","ARC-Message-Signature":"i=1; a=rsa-sha256; d=subspace.kernel.org;\n\ts=arc-20240116; t=1777130658; c=relaxed/simple;\n\tbh=x9MsoHetsXS4FqMdObMnQmR5wCVYnKon6YnMeEZLvmE=;\n\th=Message-ID:Subject:From:To:Cc:Date:In-Reply-To:References:\n\t Content-Type:MIME-Version;\n b=mLAshMKHzHzzRfuftYjsNSZX6c9dzZZ/OUvj71UZ+v2q+FcrYG8y06YbWEjwToBD7yX6FmwLUW9ox7zan1Gte8p9h9VipWb637OgiKWNSlwicODPtPaUhH29sCShOwBjT9sgG1OLwVDfWaMAEOMFXHXOBbCLkuiy3hjjfzf0iXo=","ARC-Authentication-Results":"i=1; smtp.subspace.kernel.org;\n dmarc=none (p=none dis=none) header.from=iscas.ac.cn;\n spf=pass smtp.mailfrom=iscas.ac.cn; arc=none smtp.client-ip=159.226.251.25","Message-ID":"<cf2c91396eb3017aa51dd9c840badffddca2f7ec.camel@iscas.ac.cn>","Subject":"Re: [PATCH v2 00/41] drm/display: bridge-connector: attach encoder\n to the connector","From":"Icenowy Zheng <zhengxingda@iscas.ac.cn>","To":"Luca Ceresoli <luca.ceresoli@bootlin.com>,\n Dmitry Baryshkov\t <dmitry.baryshkov@oss.qualcomm.com>,\n Andrzej Hajda <andrzej.hajda@intel.com>,\n  Neil Armstrong <neil.armstrong@linaro.org>, Robert Foss <rfoss@kernel.org>,\n Laurent Pinchart\t <Laurent.pinchart@ideasonboard.com>,\n Jonas Karlman <jonas@kwiboo.se>, Jernej Skrabec <jernej.skrabec@gmail.com>,\n Maarten Lankhorst <maarten.lankhorst@linux.intel.com>,\n  Maxime Ripard <mripard@kernel.org>, Thomas Zimmermann <tzimmermann@suse.de>,\n David Airlie <airlied@gmail.com>,  Simona Vetter <simona@ffwll.ch>,\n Sasha Finkelstein <fnkl.kernel@gmail.com>, Janne Grunau <j@jannau.net>,\n Liu Ying <victor.liu@nxp.com>, Douglas Anderson <dianders@chromium.org>,\n Laurentiu Palcu\t <laurentiu.palcu@oss.nxp.com>,\n Lucas Stach <l.stach@pengutronix.de>, Frank Li\t <Frank.Li@nxp.com>,\n Sascha Hauer <s.hauer@pengutronix.de>,\n Pengutronix Kernel Team <kernel@pengutronix.de>,\n Fabio Estevam <festevam@gmail.com>, Philipp Zabel\t <p.zabel@pengutronix.de>,\n Paul Cercueil <paul@crapouillou.net>,\n Anitha Chrisanthus <anitha.chrisanthus@intel.com>,\n Chun-Kuang Hu <chunkuang.hu@kernel.org>,\n Matthias Brugger\t <matthias.bgg@gmail.com>,\n AngeloGioacchino Del Regno\t <angelogioacchino.delregno@collabora.com>,\n Kevin Hilman <khilman@baylibre.com>,  Jerome Brunet <jbrunet@baylibre.com>,\n Martin Blumenstingl <martin.blumenstingl@googlemail.com>,\n Rob Clark\t <robin.clark@oss.qualcomm.com>,\n Dmitry Baryshkov <lumag@kernel.org>, Abhinav Kumar <abhinav.kumar@linux.dev>,\n Jessica Zhang <jesszhan0024@gmail.com>, Sean Paul\t <sean@poorly.run>,\n Marijn Suijten <marijn.suijten@somainline.org>,\n Tomi Valkeinen <tomi.valkeinen@ideasonboard.com>,\n Sandy Huang <hjc@rock-chips.com>,\n Heiko =?iso-8859-1?q?St=FCbner?=\t <heiko@sntech.de>,\n Andy Yan <andy.yan@rock-chips.com>,\n Thierry Reding\t <thierry.reding@gmail.com>,\n Mikko Perttunen <mperttunen@nvidia.com>,\n  Jonathan Hunter <jonathanh@nvidia.com>, Jingoo Han <jingoohan1@gmail.com>,\n Inki Dae <inki.dae@samsung.com>,  Seung-Woo Kim <sw0312.kim@samsung.com>,\n Kyungmin Park <kyungmin.park@samsung.com>,\n Krzysztof Kozlowski\t <krzk@kernel.org>,\n Alim Akhtar <alim.akhtar@samsung.com>,\n Laurent Pinchart\t <laurent.pinchart+renesas@ideasonboard.com>,\n Tomi Valkeinen\t <tomi.valkeinen+renesas@ideasonboard.com>,\n Kieran Bingham\t <kieran.bingham+renesas@ideasonboard.com>,\n Geert Uytterhoeven\t <geert+renesas@glider.be>,\n Magnus Damm <magnus.damm@gmail.com>, Biju Das\t <biju.das.jz@bp.renesas.com>,\n Marek Vasut <marex@denx.de>, Stefan Agner\t <stefan@agner.ch>,\n Jyri Sarha <jyri.sarha@iki.fi>, Michal Simek\t <michal.simek@amd.com>","Cc":"Hui Pu <Hui.Pu@gehealthcare.com>, Ian Ray <ian.ray@gehealthcare.com>,\n Thomas Petazzoni <thomas.petazzoni@bootlin.com>,\n dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org,\n\tasahi@lists.linux.dev, imx@lists.linux.dev,\n linux-arm-kernel@lists.infradead.org, \tlinux-mips@vger.kernel.org,\n linux-mediatek@lists.infradead.org, \tlinux-amlogic@lists.infradead.org,\n linux-arm-msm@vger.kernel.org, \tfreedreno@lists.freedesktop.org,\n linux-rockchip@lists.infradead.org, \tlinux-tegra@vger.kernel.org,\n linux-samsung-soc@vger.kernel.org, \tlinux-renesas-soc@vger.kernel.org","Date":"Sat, 25 Apr 2026 23:22:56 +0800","In-Reply-To":"\n <20260423-drm-bridge-connector-attach_encoder-v2-0-2ae6ca69b390@bootlin.com>","References":"\n\t<20260423-drm-bridge-connector-attach_encoder-v2-0-2ae6ca69b390@bootlin.com>","Content-Type":"text/plain; charset=\"UTF-8\"","Content-Transfer-Encoding":"quoted-printable","User-Agent":"Evolution 3.58.3 ","Precedence":"bulk","X-Mailing-List":"linux-tegra@vger.kernel.org","List-Id":"<linux-tegra.vger.kernel.org>","List-Subscribe":"<mailto:linux-tegra+subscribe@vger.kernel.org>","List-Unsubscribe":"<mailto:linux-tegra+unsubscribe@vger.kernel.org>","MIME-Version":"1.0","X-CM-TRANSID":"zQCowAB3BQlQ3OxppTiPDg--.10769S2","X-Coremail-Antispam":"1UD129KBjvAXoW3ZF1xAF4DWw43AF4DWr1kGrg_yoW8Cr1ruo\n\tW8Gw1jy3WrG34UGF18KF17Jr13ZFyDtrnrZr1kJ3ZxWFs5tFWUK345Aryftay3tFn3Wr17\n\tJw10qry8JFW7XFn7n29KB7ZKAUJUUUU8529EdanIXcx71UUUUU7v73VFW2AGmfu7bjvjm3\n\tAaLaJ3UjIYCTnIWjp_UUUY67k0a2IF6F4UM7kC6x804xWl14x267AKxVWrJVCq3wAFc2x0\n\tx2IEx4CE42xK8VAvwI8IcIk0rVWrJVCq3wAFIxvE14AKwVWUJVWUGwA2ocxC64kIII0Yj4\n\t1l84x0c7CEw4AK67xGY2AK021l84ACjcxK6xIIjxv20xvE14v26r4j6ryUM28EF7xvwVC0\n\tI7IYx2IY6xkF7I0E14v26r4UJVWxJr1l84ACjcxK6I8E87Iv67AKxVW0oVCq3wA2z4x0Y4\n\tvEx4A2jsIEc7CjxVAFwI0_GcCE3s1le2I262IYc4CY6c8Ij28IcVAaY2xG8wAqx4xG64xv\n\tF2IEw4CE5I8CrVC2j2WlYx0E2Ix0cI8IcVAFwI0_JrI_JrylYx0Ex4A2jsIE14v26r1j6r\n\t4UMcvjeVCFs4IE7xkEbVWUJVW8JwACjcxG0xvEwIxGrwACI402YVCY1x02628vn2kIc2xK\n\txwCY1x0262kKe7AKxVW3AVW8Zr1l42xK82IYc2Ij64vIr41l4I8I3I0E4IkC6x0Yz7v_Jr\n\t0_Gr1lx2IqxVAqx4xG67AKxVWUJVWUGwC20s026x8GjcxK67AKxVWUGVWUWwC2zVAF1VAY\n\t17CE14v26rWY6r4UJwCIc40Y0x0EwIxGrwCI42IY6xIIjxv20xvE14v26r1j6r1xMIIF0x\n\tvE2Ix0cI8IcVCY1x0267AKxVW8Jr0_Cr1UMIIF0xvE42xK8VAvwI8IcIk0rVWUJVWUCwCI\n\t42IY6I8E87Iv67AKxVWUJVW8JwCI42IY6I8E87Iv6xkF7I0E14v26r4UJVWxJrUvcSsGvf\n\tC2KfnxnUUI43ZEXa7IU8LID7UUUUU==","X-CM-SenderInfo":"x2kh0wp0lqwv3d6l2u1dvotugofq/"}}]