From: "Luca Ceresoli" <luca.ceresoli@bootlin.com>
To: "Maxime Ripard" <mripard@kernel.org>,
"Andrzej Hajda" <andrzej.hajda@intel.com>,
"Neil Armstrong" <neil.armstrong@linaro.org>,
"Robert Foss" <rfoss@kernel.org>,
"Laurent Pinchart" <Laurent.pinchart@ideasonboard.com>,
"Jonas Karlman" <jonas@kwiboo.se>,
"Jernej Skrabec" <jernej.skrabec@gmail.com>,
"Luca Ceresoli" <luca.ceresoli@bootlin.com>,
"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
"Thomas Zimmermann" <tzimmermann@suse.de>,
"David Airlie" <airlied@gmail.com>,
"Simona Vetter" <simona@ffwll.ch>
Cc: "Dmitry Baryshkov" <lumag@kernel.org>,
dri-devel@lists.freedesktop.org,
"Laurent Pinchart" <laurent.pinchart+renesas@ideasonboard.com>,
"Jagan Teki" <jagan@amarulasolutions.com>,
"Liu Ying" <victor.liu@nxp.com>, "Frank Li" <Frank.Li@nxp.com>,
"Sascha Hauer" <s.hauer@pengutronix.de>,
"Pengutronix Kernel Team" <kernel@pengutronix.de>,
"Fabio Estevam" <festevam@gmail.com>,
imx@lists.linux.dev, linux-arm-kernel@lists.infradead.org,
"Andy Yan" <andy.yan@rock-chips.com>,
"Phong LE" <ple@baylibre.com>,
"Douglas Anderson" <dianders@chromium.org>,
"Inki Dae" <inki.dae@samsung.com>,
"Marek Szyprowski" <m.szyprowski@samsung.com>,
"Philipp Zabel" <p.zabel@pengutronix.de>,
"Paul Cercueil" <paul@crapouillou.net>,
linux-mips@vger.kernel.org,
"AngeloGioacchino Del Regno"
<angelogioacchino.delregno@collabora.com>,
"Chun-Kuang Hu" <chunkuang.hu@kernel.org>,
"Matthias Brugger" <matthias.bgg@gmail.com>,
linux-mediatek@lists.infradead.org, linux-kernel@vger.kernel.org,
"Kevin Hilman" <khilman@baylibre.com>,
"Jerome Brunet" <jbrunet@baylibre.com>,
"Martin Blumenstingl" <martin.blumenstingl@googlemail.com>,
linux-amlogic@lists.infradead.org,
"Tomi Valkeinen" <tomi.valkeinen+renesas@ideasonboard.com>,
"Geert Uytterhoeven" <geert+renesas@glider.be>,
"Magnus Damm" <magnus.damm@gmail.com>,
"Kieran Bingham" <kieran.bingham+renesas@ideasonboard.com>,
linux-renesas-soc@vger.kernel.org,
"Biju Das" <biju.das.jz@bp.renesas.com>,
"Heiko Stuebner" <heiko@sntech.de>,
"Sandy Huang" <hjc@rock-chips.com>,
linux-rockchip@lists.infradead.org,
"Yannick Fertre" <yannick.fertre@foss.st.com>,
"Raphael Gallais-Pou" <raphael.gallais-pou@foss.st.com>,
"Philippe Cornu" <philippe.cornu@foss.st.com>,
"Maxime Coquelin" <mcoquelin.stm32@gmail.com>,
"Alexandre Torgue" <alexandre.torgue@foss.st.com>,
linux-stm32@st-md-mailman.stormreply.com,
"Jyri Sarha" <jyri.sarha@iki.fi>,
"Tomi Valkeinen" <tomi.valkeinen@ideasonboard.com>,
"Dave Stevenson" <dave.stevenson@raspberrypi.com>,
"Maíra Canal" <mcanal@igalia.com>,
"Raspberry Pi Kernel Maintenance" <kernel-list@raspberrypi.com>,
"Icenowy Zheng" <zhengxingda@iscas.ac.cn>,
"Laurent Pinchart" <laurent.pinchart@ideasonboard.com>,
"Michal Simek" <michal.simek@amd.com>
Subject: Re: [PATCH v3 00/78] drm/bridge: Convert all reset users to create_state
Date: Fri, 19 Jun 2026 15:42:30 +0200 [thread overview]
Message-ID: <DJD2IQSFENH4.337VSFOU7OJ29@bootlin.com> (raw)
In-Reply-To: <20260619-drm-no-more-bridge-reset-v3-0-ff399263111b@kernel.org>
On Fri Jun 19, 2026 at 2:24 PM CEST, Maxime Ripard wrote:
> Hi,
>
> All the bridges use reset to create a blank state only and don't use it
> to reset the hardware at all. This is what the new atomic_create_state
> is exactly supposed to be doing, so we can convert all existing bridge
> users to it, and remove the reset hook and helpers.
>
> Let me know what you think,
> Maxime
>
> Signed-off-by: Maxime Ripard <mripard@kernel.org>
Whole series:
Reviewed-by: Luca Ceresoli <luca.ceresoli@bootlin.com>
--
Luca Ceresoli, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
WARNING: multiple messages have this Message-ID (diff)
From: "Luca Ceresoli" <luca.ceresoli@bootlin.com>
To: "Maxime Ripard" <mripard@kernel.org>,
"Andrzej Hajda" <andrzej.hajda@intel.com>,
"Neil Armstrong" <neil.armstrong@linaro.org>,
"Robert Foss" <rfoss@kernel.org>,
"Laurent Pinchart" <Laurent.pinchart@ideasonboard.com>,
"Jonas Karlman" <jonas@kwiboo.se>,
"Jernej Skrabec" <jernej.skrabec@gmail.com>,
"Luca Ceresoli" <luca.ceresoli@bootlin.com>,
"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
"Thomas Zimmermann" <tzimmermann@suse.de>,
"David Airlie" <airlied@gmail.com>,
"Simona Vetter" <simona@ffwll.ch>
Cc: "Dmitry Baryshkov" <lumag@kernel.org>,
dri-devel@lists.freedesktop.org,
"Laurent Pinchart" <laurent.pinchart+renesas@ideasonboard.com>,
"Jagan Teki" <jagan@amarulasolutions.com>,
"Liu Ying" <victor.liu@nxp.com>, "Frank Li" <Frank.Li@nxp.com>,
"Sascha Hauer" <s.hauer@pengutronix.de>,
"Pengutronix Kernel Team" <kernel@pengutronix.de>,
"Fabio Estevam" <festevam@gmail.com>,
imx@lists.linux.dev, linux-arm-kernel@lists.infradead.org,
"Andy Yan" <andy.yan@rock-chips.com>,
"Phong LE" <ple@baylibre.com>,
"Douglas Anderson" <dianders@chromium.org>,
"Inki Dae" <inki.dae@samsung.com>,
"Marek Szyprowski" <m.szyprowski@samsung.com>,
"Philipp Zabel" <p.zabel@pengutronix.de>,
"Paul Cercueil" <paul@crapouillou.net>,
linux-mips@vger.kernel.org,
"AngeloGioacchino Del Regno"
<angelogioacchino.delregno@collabora.com>,
"Chun-Kuang Hu" <chunkuang.hu@kernel.org>,
"Matthias Brugger" <matthias.bgg@gmail.com>,
linux-mediatek@lists.infradead.org, linux-kernel@vger.kernel.org,
"Kevin Hilman" <khilman@baylibre.com>,
"Jerome Brunet" <jbrunet@baylibre.com>,
"Martin Blumenstingl" <martin.blumenstingl@googlemail.com>,
linux-amlogic@lists.infradead.org,
"Tomi Valkeinen" <tomi.valkeinen+renesas@ideasonboard.com>,
"Geert Uytterhoeven" <geert+renesas@glider.be>,
"Magnus Damm" <magnus.damm@gmail.com>,
"Kieran Bingham" <kieran.bingham+renesas@ideasonboard.com>,
linux-renesas-soc@vger.kernel.org,
"Biju Das" <biju.das.jz@bp.renesas.com>,
"Heiko Stuebner" <heiko@sntech.de>,
"Sandy Huang" <hjc@rock-chips.com>,
linux-rockchip@lists.infradead.org,
"Yannick Fertre" <yannick.fertre@foss.st.com>,
"Raphael Gallais-Pou" <raphael.gallais-pou@foss.st.com>,
"Philippe Cornu" <philippe.cornu@foss.st.com>,
"Maxime Coquelin" <mcoquelin.stm32@gmail.com>,
"Alexandre Torgue" <alexandre.torgue@foss.st.com>,
linux-stm32@st-md-mailman.stormreply.com,
"Jyri Sarha" <jyri.sarha@iki.fi>,
"Tomi Valkeinen" <tomi.valkeinen@ideasonboard.com>,
"Dave Stevenson" <dave.stevenson@raspberrypi.com>,
"Maíra Canal" <mcanal@igalia.com>,
"Raspberry Pi Kernel Maintenance" <kernel-list@raspberrypi.com>,
"Icenowy Zheng" <zhengxingda@iscas.ac.cn>,
"Laurent Pinchart" <laurent.pinchart@ideasonboard.com>,
"Michal Simek" <michal.simek@amd.com>
Subject: Re: [PATCH v3 00/78] drm/bridge: Convert all reset users to create_state
Date: Fri, 19 Jun 2026 15:42:30 +0200 [thread overview]
Message-ID: <DJD2IQSFENH4.337VSFOU7OJ29@bootlin.com> (raw)
In-Reply-To: <20260619-drm-no-more-bridge-reset-v3-0-ff399263111b@kernel.org>
On Fri Jun 19, 2026 at 2:24 PM CEST, Maxime Ripard wrote:
> Hi,
>
> All the bridges use reset to create a blank state only and don't use it
> to reset the hardware at all. This is what the new atomic_create_state
> is exactly supposed to be doing, so we can convert all existing bridge
> users to it, and remove the reset hook and helpers.
>
> Let me know what you think,
> Maxime
>
> Signed-off-by: Maxime Ripard <mripard@kernel.org>
Whole series:
Reviewed-by: Luca Ceresoli <luca.ceresoli@bootlin.com>
--
Luca Ceresoli, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
_______________________________________________
linux-amlogic mailing list
linux-amlogic@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-amlogic
WARNING: multiple messages have this Message-ID (diff)
From: "Luca Ceresoli" <luca.ceresoli@bootlin.com>
To: "Maxime Ripard" <mripard@kernel.org>,
"Andrzej Hajda" <andrzej.hajda@intel.com>,
"Neil Armstrong" <neil.armstrong@linaro.org>,
"Robert Foss" <rfoss@kernel.org>,
"Laurent Pinchart" <Laurent.pinchart@ideasonboard.com>,
"Jonas Karlman" <jonas@kwiboo.se>,
"Jernej Skrabec" <jernej.skrabec@gmail.com>,
"Luca Ceresoli" <luca.ceresoli@bootlin.com>,
"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
"Thomas Zimmermann" <tzimmermann@suse.de>,
"David Airlie" <airlied@gmail.com>,
"Simona Vetter" <simona@ffwll.ch>
Cc: "Dmitry Baryshkov" <lumag@kernel.org>,
dri-devel@lists.freedesktop.org,
"Laurent Pinchart" <laurent.pinchart+renesas@ideasonboard.com>,
"Jagan Teki" <jagan@amarulasolutions.com>,
"Liu Ying" <victor.liu@nxp.com>, "Frank Li" <Frank.Li@nxp.com>,
"Sascha Hauer" <s.hauer@pengutronix.de>,
"Pengutronix Kernel Team" <kernel@pengutronix.de>,
"Fabio Estevam" <festevam@gmail.com>,
imx@lists.linux.dev, linux-arm-kernel@lists.infradead.org,
"Andy Yan" <andy.yan@rock-chips.com>,
"Phong LE" <ple@baylibre.com>,
"Douglas Anderson" <dianders@chromium.org>,
"Inki Dae" <inki.dae@samsung.com>,
"Marek Szyprowski" <m.szyprowski@samsung.com>,
"Philipp Zabel" <p.zabel@pengutronix.de>,
"Paul Cercueil" <paul@crapouillou.net>,
linux-mips@vger.kernel.org,
"AngeloGioacchino Del Regno"
<angelogioacchino.delregno@collabora.com>,
"Chun-Kuang Hu" <chunkuang.hu@kernel.org>,
"Matthias Brugger" <matthias.bgg@gmail.com>,
linux-mediatek@lists.infradead.org, linux-kernel@vger.kernel.org,
"Kevin Hilman" <khilman@baylibre.com>,
"Jerome Brunet" <jbrunet@baylibre.com>,
"Martin Blumenstingl" <martin.blumenstingl@googlemail.com>,
linux-amlogic@lists.infradead.org,
"Tomi Valkeinen" <tomi.valkeinen+renesas@ideasonboard.com>,
"Geert Uytterhoeven" <geert+renesas@glider.be>,
"Magnus Damm" <magnus.damm@gmail.com>,
"Kieran Bingham" <kieran.bingham+renesas@ideasonboard.com>,
linux-renesas-soc@vger.kernel.org,
"Biju Das" <biju.das.jz@bp.renesas.com>,
"Heiko Stuebner" <heiko@sntech.de>,
"Sandy Huang" <hjc@rock-chips.com>,
linux-rockchip@lists.infradead.org,
"Yannick Fertre" <yannick.fertre@foss.st.com>,
"Raphael Gallais-Pou" <raphael.gallais-pou@foss.st.com>,
"Philippe Cornu" <philippe.cornu@foss.st.com>,
"Maxime Coquelin" <mcoquelin.stm32@gmail.com>,
"Alexandre Torgue" <alexandre.torgue@foss.st.com>,
linux-stm32@st-md-mailman.stormreply.com,
"Jyri Sarha" <jyri.sarha@iki.fi>,
"Tomi Valkeinen" <tomi.valkeinen@ideasonboard.com>,
"Dave Stevenson" <dave.stevenson@raspberrypi.com>,
"Maíra Canal" <mcanal@igalia.com>,
"Raspberry Pi Kernel Maintenance" <kernel-list@raspberrypi.com>,
"Icenowy Zheng" <zhengxingda@iscas.ac.cn>,
"Laurent Pinchart" <laurent.pinchart@ideasonboard.com>,
"Michal Simek" <michal.simek@amd.com>
Subject: Re: [PATCH v3 00/78] drm/bridge: Convert all reset users to create_state
Date: Fri, 19 Jun 2026 15:42:30 +0200 [thread overview]
Message-ID: <DJD2IQSFENH4.337VSFOU7OJ29@bootlin.com> (raw)
In-Reply-To: <20260619-drm-no-more-bridge-reset-v3-0-ff399263111b@kernel.org>
On Fri Jun 19, 2026 at 2:24 PM CEST, Maxime Ripard wrote:
> Hi,
>
> All the bridges use reset to create a blank state only and don't use it
> to reset the hardware at all. This is what the new atomic_create_state
> is exactly supposed to be doing, so we can convert all existing bridge
> users to it, and remove the reset hook and helpers.
>
> Let me know what you think,
> Maxime
>
> Signed-off-by: Maxime Ripard <mripard@kernel.org>
Whole series:
Reviewed-by: Luca Ceresoli <luca.ceresoli@bootlin.com>
--
Luca Ceresoli, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
_______________________________________________
Linux-rockchip mailing list
Linux-rockchip@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-rockchip
next prev parent reply other threads:[~2026-06-19 13:43 UTC|newest]
Thread overview: 93+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-06-19 12:24 [PATCH v3 00/78] drm/bridge: Convert all reset users to create_state Maxime Ripard
2026-06-19 12:24 ` Maxime Ripard
2026-06-19 12:24 ` Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 01/78] drm/bridge: cdns-dsi: Return an error pointer on allocation failure Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 02/78] drm/bridge: cdns-mhdp8546: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 03/78] drm/atomic-state-helper: Rename __drm_atomic_helper_bridge_reset() Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 04/78] drm/atomic-state-helper: Reorder __drm_atomic_helper_bridge_state_init() arguments Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 05/78] drm/atomic-state-helper: Drop memset from __drm_atomic_helper_bridge_state_init() Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 06/78] drm/bridge: Add new atomic_create_state callback Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 07/78] drm/atomic-state-helper: Add drm_atomic_helper_bridge_create_state() Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 08/78] drm/bridge: adv7511: Switch to atomic_create_state Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 09/78] drm/bridge: analogix_dp: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 10/78] drm/bridge: anx7625: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 11/78] drm/bridge: chipone-icn6211: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 12/78] drm/bridge: display-connector: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 13/78] drm/bridge: fsl-ldb: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 14/78] drm/bridge: imx8mp-hdmi-pvi: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 15/78] drm/bridge: imx8qm-ldb: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 16/78] drm/bridge: imx8qxp-ldb: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 17/78] drm/bridge: imx8qxp-pixel-combiner: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 18/78] drm/bridge: imx8qxp-pixel-link: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 19/78] drm/bridge: imx8qxp-pxl2dpi: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 20/78] drm/bridge: inno-hdmi: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 21/78] drm/bridge: ite-it6263: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 22/78] drm/bridge: ite-it6505: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 23/78] drm/bridge: ite-it66121: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 24/78] drm/bridge: lontium-lt9211: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 25/78] drm/bridge: lontium-lt9611: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 26/78] drm/bridge: lvds-codec: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 27/78] drm/bridge: nwl-dsi: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 28/78] drm/bridge: panel: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 29/78] drm/bridge: parade-ps8640: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 30/78] drm/bridge: samsung-dsim: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 31/78] drm/bridge: sii902x: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 32/78] drm/bridge: ssd2825: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 33/78] drm/bridge: dw-dp: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 34/78] drm/bridge: dw-hdmi-qp: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 35/78] drm/bridge: dw-hdmi: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 36/78] drm/bridge: dw-mipi-dsi: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 37/78] drm/bridge: dw-mipi-dsi2: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 38/78] drm/bridge: tc358762: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 39/78] drm/bridge: tc358767: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 40/78] drm/bridge: tc358768: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 41/78] drm/bridge: tc358775: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 42/78] drm/bridge: ti-dlpc3433: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 43/78] drm/bridge: ti-sn65dsi83: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 44/78] drm/bridge: ti-sn65dsi86: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 45/78] drm/bridge: ti-tdp158: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 46/78] drm/bridge: ti-tfp410: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 47/78] drm/imx: parallel-display: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 48/78] drm/ingenic: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 49/78] drm/mediatek: dp: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 50/78] drm/mediatek: dpi: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 51/78] drm/mediatek: dsi: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 52/78] drm/mediatek: hdmi: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 53/78] drm/mediatek: hdmi_v2: " Maxime Ripard
2026-06-19 12:24 ` [PATCH v3 54/78] drm/meson: encoder_cvbs: " Maxime Ripard
2026-06-19 12:24 ` Maxime Ripard
2026-06-19 12:25 ` [PATCH v3 55/78] drm/meson: encoder_dsi: " Maxime Ripard
2026-06-19 12:25 ` Maxime Ripard
2026-06-19 12:25 ` [PATCH v3 56/78] drm/meson: encoder_hdmi: " Maxime Ripard
2026-06-19 12:25 ` Maxime Ripard
2026-06-19 12:25 ` [PATCH v3 57/78] drm/msm: dp: " Maxime Ripard
2026-06-19 12:25 ` [PATCH v3 58/78] drm/msm: hdmi: " Maxime Ripard
2026-06-19 12:25 ` [PATCH v3 59/78] drm/omap: hdmi4: " Maxime Ripard
2026-06-19 12:25 ` [PATCH v3 60/78] drm/omap: hdmi5: " Maxime Ripard
2026-06-19 12:25 ` [PATCH v3 61/78] drm/renesas: rcar-du: lvds: " Maxime Ripard
2026-06-19 12:25 ` [PATCH v3 62/78] drm/renesas: rcar-du: mipi_dsi: " Maxime Ripard
2026-06-19 12:25 ` [PATCH v3 63/78] drm/renesas: rz-du: " Maxime Ripard
2026-06-19 12:25 ` [PATCH v3 64/78] drm/rockchip: cdn-dp: " Maxime Ripard
2026-06-19 12:25 ` Maxime Ripard
2026-06-19 12:25 ` [PATCH v3 65/78] drm/rockchip: rk3066_hdmi: " Maxime Ripard
2026-06-19 12:25 ` Maxime Ripard
2026-06-19 12:25 ` [PATCH v3 66/78] drm/rockchip: lvds: " Maxime Ripard
2026-06-19 12:25 ` Maxime Ripard
2026-06-19 12:25 ` [PATCH v3 67/78] drm/stm: " Maxime Ripard
2026-06-19 12:25 ` [PATCH v3 68/78] drm/tests: bridge: " Maxime Ripard
2026-06-19 12:25 ` [PATCH v3 69/78] drm/tidss: encoder: " Maxime Ripard
2026-06-19 12:25 ` [PATCH v3 70/78] drm/tidss: oldi: " Maxime Ripard
2026-06-19 12:25 ` [PATCH v3 71/78] drm/vc4: dsi: " Maxime Ripard
2026-06-19 12:25 ` [PATCH v3 72/78] drm/verisilicon: " Maxime Ripard
2026-06-19 12:25 ` [PATCH v3 73/78] drm/xlnx: zynqmp_dp: " Maxime Ripard
2026-06-19 12:25 ` [PATCH v3 74/78] drm/atomic-state-helper: Remove drm_atomic_helper_bridge_reset() Maxime Ripard
2026-06-19 12:25 ` [PATCH v3 75/78] drm/bridge: cdns-dsi: Use __drm_atomic_helper_bridge_state_init() Maxime Ripard
2026-06-19 12:25 ` [PATCH v3 76/78] drm/bridge: cdns-dsi: Switch to atomic_create_state Maxime Ripard
2026-06-19 12:25 ` [PATCH v3 77/78] drm/bridge: cdns-mhdp8546: " Maxime Ripard
2026-06-19 12:25 ` [PATCH v3 78/78] drm/bridge: Remove atomic_reset support Maxime Ripard
2026-06-19 13:42 ` Luca Ceresoli [this message]
2026-06-19 13:42 ` [PATCH v3 00/78] drm/bridge: Convert all reset users to create_state Luca Ceresoli
2026-06-19 13:42 ` Luca Ceresoli
2026-06-19 17:08 ` Luca Ceresoli
2026-06-19 17:08 ` Luca Ceresoli
2026-06-19 17:08 ` Luca Ceresoli
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=DJD2IQSFENH4.337VSFOU7OJ29@bootlin.com \
--to=luca.ceresoli@bootlin.com \
--cc=Frank.Li@nxp.com \
--cc=Laurent.pinchart@ideasonboard.com \
--cc=airlied@gmail.com \
--cc=alexandre.torgue@foss.st.com \
--cc=andrzej.hajda@intel.com \
--cc=andy.yan@rock-chips.com \
--cc=angelogioacchino.delregno@collabora.com \
--cc=biju.das.jz@bp.renesas.com \
--cc=chunkuang.hu@kernel.org \
--cc=dave.stevenson@raspberrypi.com \
--cc=dianders@chromium.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=festevam@gmail.com \
--cc=geert+renesas@glider.be \
--cc=heiko@sntech.de \
--cc=hjc@rock-chips.com \
--cc=imx@lists.linux.dev \
--cc=inki.dae@samsung.com \
--cc=jagan@amarulasolutions.com \
--cc=jbrunet@baylibre.com \
--cc=jernej.skrabec@gmail.com \
--cc=jonas@kwiboo.se \
--cc=jyri.sarha@iki.fi \
--cc=kernel-list@raspberrypi.com \
--cc=kernel@pengutronix.de \
--cc=khilman@baylibre.com \
--cc=kieran.bingham+renesas@ideasonboard.com \
--cc=laurent.pinchart+renesas@ideasonboard.com \
--cc=linux-amlogic@lists.infradead.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mediatek@lists.infradead.org \
--cc=linux-mips@vger.kernel.org \
--cc=linux-renesas-soc@vger.kernel.org \
--cc=linux-rockchip@lists.infradead.org \
--cc=linux-stm32@st-md-mailman.stormreply.com \
--cc=lumag@kernel.org \
--cc=m.szyprowski@samsung.com \
--cc=maarten.lankhorst@linux.intel.com \
--cc=magnus.damm@gmail.com \
--cc=martin.blumenstingl@googlemail.com \
--cc=matthias.bgg@gmail.com \
--cc=mcanal@igalia.com \
--cc=mcoquelin.stm32@gmail.com \
--cc=michal.simek@amd.com \
--cc=mripard@kernel.org \
--cc=neil.armstrong@linaro.org \
--cc=p.zabel@pengutronix.de \
--cc=paul@crapouillou.net \
--cc=philippe.cornu@foss.st.com \
--cc=ple@baylibre.com \
--cc=raphael.gallais-pou@foss.st.com \
--cc=rfoss@kernel.org \
--cc=s.hauer@pengutronix.de \
--cc=simona@ffwll.ch \
--cc=tomi.valkeinen+renesas@ideasonboard.com \
--cc=tomi.valkeinen@ideasonboard.com \
--cc=tzimmermann@suse.de \
--cc=victor.liu@nxp.com \
--cc=yannick.fertre@foss.st.com \
--cc=zhengxingda@iscas.ac.cn \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.