Message-ID: <832a9db0-cf8a-4d35-8a98-08053fbd6723@bootlin.com>
Date: Tue, 29 Apr 2025 14:41:42 +0200
From: Louis Chauvet <louis.chauvet@...tlin.com>
To: Maarten Lankhorst <maarten.lankhorst@...ux.intel.com>,
 Maxime Ripard <mripard@...nel.org>, Thomas Zimmermann <tzimmermann@...e.de>,
 David Airlie <airlied@...il.com>, Simona Vetter <simona@...ll.ch>,
 Andrzej Hajda <andrzej.hajda@...el.com>,
 Neil Armstrong <neil.armstrong@...aro.org>, Robert Foss <rfoss@...nel.org>,
 Laurent Pinchart <Laurent.pinchart@...asonboard.com>,
 Jonas Karlman <jonas@...boo.se>, Jernej Skrabec <jernej.skrabec@...il.com>,
 Jagan Teki <jagan@...rulasolutions.com>, Shawn Guo <shawnguo@...nel.org>,
 Sascha Hauer <s.hauer@...gutronix.de>,
 Pengutronix Kernel Team <kernel@...gutronix.de>,
 Fabio Estevam <festevam@...il.com>, Douglas Anderson
 <dianders@...omium.org>, Chun-Kuang Hu <chunkuang.hu@...nel.org>,
 Krzysztof Kozlowski <krzk@...nel.org>,
 Luca Ceresoli <luca.ceresoli@...tlin.com>
Cc: Anusha Srivatsa <asrivats@...hat.com>,
 Paul Kocialkowski <paulk@...-base.io>, Dmitry Baryshkov <lumag@...nel.org>,
 Hui Pu <Hui.Pu@...ealthcare.com>,
 Thomas Petazzoni <thomas.petazzoni@...tlin.com>,
 dri-devel@...ts.freedesktop.org, asahi@...ts.linux.dev,
 linux-kernel@...r.kernel.org, chrome-platform@...ts.linux.dev,
 imx@...ts.linux.dev, linux-arm-kernel@...ts.infradead.org,
 linux-mediatek@...ts.infradead.org, linux-amlogic@...ts.infradead.org,
 linux-renesas-soc@...r.kernel.org, platform-driver-x86@...r.kernel.org,
 linux-samsung-soc@...r.kernel.org, linux-arm-msm@...r.kernel.org,
 freedreno@...ts.freedesktop.org, linux-stm32@...md-mailman.stormreply.com,
 Adam Ford <aford173@...il.com>, Adrien Grassein <adrien.grassein@...il.com>,
 Aleksandr Mishin <amishin@...rgos.ru>, Andy Yan <andy.yan@...k-chips.com>,
 AngeloGioacchino Del Regno <angelogioacchino.delregno@...labora.com>,
 Benson Leung <bleung@...omium.org>, Biju Das <biju.das.jz@...renesas.com>,
 Christoph Fritz <chf.fritz@...glemail.com>,
 Cristian Ciocaltea <cristian.ciocaltea@...labora.com>,
 Detlev Casanova <detlev.casanova@...labora.com>,
 Dharma Balasubiramani <dharma.b@...rochip.com>,
 Guenter Roeck <groeck@...omium.org>, Heiko Stuebner <heiko@...ech.de>,
 Jani Nikula <jani.nikula@...el.com>, Janne Grunau <j@...nau.net>,
 Jerome Brunet <jbrunet@...libre.com>, Jesse Van Gavere <jesseevg@...il.com>,
 Kevin Hilman <khilman@...libre.com>,
 Kieran Bingham <kieran.bingham+renesas@...asonboard.com>,
 Liu Ying <victor.liu@....com>,
 Manikandan Muralidharan <manikandan.m@...rochip.com>,
 Martin Blumenstingl <martin.blumenstingl@...glemail.com>,
 Matthias Brugger <matthias.bgg@...il.com>,
 Philipp Zabel <p.zabel@...gutronix.de>, Phong LE <ple@...libre.com>,
 Sasha Finkelstein <fnkl.kernel@...il.com>,
 Sugar Zhang <sugar.zhang@...k-chips.com>,
 Sui Jingfeng <sui.jingfeng@...ux.dev>,
 Tomi Valkeinen <tomi.valkeinen+renesas@...asonboard.com>,
 Vitalii Mordan <mordan@...ras.ru>,
 Ilpo Järvinen <ilpo.jarvinen@...ux.intel.com>,
 Bryan O'Donoghue <bryan.odonoghue@...aro.org>,
 Hans de Goede <hdegoede@...hat.com>,
 Uwe Kleine-König <u.kleine-koenig@...libre.com>,
 Dmitry Baryshkov <dmitry.baryshkov@....qualcomm.com>,
 "Rob Herring (Arm)" <robh@...nel.org>, Hsin-Te Yuan
 <yuanhsinte@...omium.org>, Pin-yen Lin <treapking@...omium.org>,
 Xin Ji <xji@...logixsemi.com>, Aradhya Bhatia <a-bhatia1@...com>,
 Tomi Valkeinen <tomi.valkeinen@...asonboard.com>, Ian Ray <ian.ray@...com>,
 Martyn Welch <martyn.welch@...labora.co.uk>,
 Peter Senna Tschudin <peter.senna@...il.com>,
 Russell King <linux@...linux.org.uk>, Herve Codina
 <herve.codina@...tlin.com>, Alim Akhtar <alim.akhtar@...sung.com>,
 Inki Dae <inki.dae@...sung.com>, Kyungmin Park <kyungmin.park@...sung.com>,
 Seung-Woo Kim <sw0312.kim@...sung.com>,
 Linus Walleij <linus.walleij@...aro.org>,
 Abhinav Kumar <quic_abhinavk@...cinc.com>,
 Bjorn Andersson <quic_bjorande@...cinc.com>,
 Marijn Suijten <marijn.suijten@...ainline.org>,
 Rob Clark <robdclark@...il.com>, Sean Paul <sean@...rly.run>,
 Helge Deller <deller@....de>,
 Kuninori Morimoto <kuninori.morimoto.gx@...esas.com>,
 Laurent Pinchart <laurent.pinchart+renesas@...asonboard.com>,
 Alexandre Torgue <alexandre.torgue@...s.st.com>,
 Maxime Coquelin <mcoquelin.stm32@...il.com>,
 Philippe Cornu <philippe.cornu@...s.st.com>,
 Raphael Gallais-Pou <raphael.gallais-pou@...s.st.com>,
 Yannick Fertre <yannick.fertre@...s.st.com>, Maíra Canal
 <mcanal@...lia.com>, Dave Stevenson <dave.stevenson@...pberrypi.com>,
 Raspberry Pi Kernel Maintenance <kernel-list@...pberrypi.com>,
 Alain Volmat <alain.volmat@...s.st.com>,
 Raphael Gallais-Pou <rgallaispou@...il.com>,
 Michal Simek <michal.simek@....com>
Subject: Re: (subset) [PATCH v2 00/34] drm: convert all bridges to
 devm_drm_bridge_alloc()



Le 29/04/2025 à 11:27, Louis Chauvet a écrit :
> 
> On Thu, 24 Apr 2025 20:59:07 +0200, Luca Ceresoli wrote:
>> devm_drm_bridge_alloc() [0] is the new API to allocate and initialize a DRM
>> bridge, and the only one supported from now on. It is also necessary for
>> implementing reference counting and thus needed to support removal of
>> bridges from a still existing DRM pipeline without use-after-free.
>>
>> This series converts all DRM bridges to the new API.
>>
>> [...]
> 
> Applied, thanks!
> 
> [02/34] platform: arm64: acer-aspire1-ec: convert to devm_drm_bridge_alloc() API
>          commit: 411465d35bc56877c33e2498ac697acfcf484e6b
> [03/34] drm/bridge: analogix-anx6345: convert to devm_drm_bridge_alloc() API
>          commit: 53ddeb25159781b029fda404226af600e76f975f
> [06/34] drm/bridge: display-connector: convert to devm_drm_bridge_alloc() API
>          commit: 4e90a3d96a6185e143041273f9867a1092dd4a71
> [07/34] drm/bridge: lt9611uxc: convert to devm_drm_bridge_alloc() API
>          commit: 6287ffd9eff6eea65865e64b9d4c45e115fa5ecf
> [11/34] drm/bridge: dw-hdmi: convert to devm_drm_bridge_alloc() API
>          commit: ed6987b674185873ebed7a619a646da6dd1a78fa
> [12/34] drm/bridge: tda998x: convert to devm_drm_bridge_alloc() API
>          commit: 7fe58bf1a9a24b533875c262a3222581a3f759e4
> [13/34] drm/bridge: ti-sn65dsi86: convert to devm_drm_bridge_alloc() API
>          commit: a4754ae9cfa76fbce79f023c268a5bac56f36321
> [14/34] drm/exynos: mic: convert to devm_drm_bridge_alloc() API
>          commit: 91c5c7b5bb2dd09b43b025bce6d790d3c79f4518

Hello all,

I made a mistake while applying those patches. Instead of taking 
2-3,11-13,15-18,27,31, I took 2-3,11-18,27,31, which includes the patch 14.

This patch is not R-by/A-by/SoB by non-Bootlin people. For me, the patch 
is correct, it does not break the build nor generate warnings.

What should I do? Is my SoB sufficient, or should I revert the patch and 
wait for R/A-by before taking it again?

Sorry for this,
Louis Chauvet

> [15/34] drm/mcde: convert to devm_drm_bridge_alloc() API
>          commit: 40c25b9ec641f43ba17c7b788ac16ec23f8daaa8
> [16/34] drm/msm/dp: convert to devm_drm_bridge_alloc() API
>          commit: b2aabe5c6b65516d88214aba4b12ce2ca78bac6c
> [17/34] drm/msm/dsi: convert to devm_drm_bridge_alloc() API
>          commit: fffc8847743e45604c4478f554d628481b985556
> [18/34] drm/msm/hdmi: convert to devm_drm_bridge_alloc() API
>          commit: e11532be87e437648521a8ed5358c56df11933b4
> [27/34] drm/vc4: convert to devm_drm_bridge_alloc() API
>          commit: 9545c91ed75ff65e114761a7729de0e1b440aec6
> [31/34] drm/bridge: imx8*-ldb: convert to devm_drm_bridge_alloc() API
>          commit: e74b84cd83962e357329a695ba348b3dfe37395c
> 
> Best regards,

-- 
Louis Chauvet, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

Powered by blists - more mailing lists