From: Maxime Ripard <mripard@kernel.org>
To: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>,
Thomas Zimmermann <tzimmermann@suse.de>,
David Airlie <airlied@gmail.com>,
Simona Vetter <simona@ffwll.ch>
Cc: dri-devel@lists.freedesktop.org,
"Christian König" <christian.koenig@amd.com>,
"Alex Deucher" <alexander.deucher@amd.com>,
amd-gfx@lists.freedesktop.org,
"Russell King" <linux@armlinux.org.uk>,
"Alim Akhtar" <alim.akhtar@samsung.com>,
"Inki Dae" <inki.dae@samsung.com>,
"Krzysztof Kozlowski" <krzk@kernel.org>,
"Kyungmin Park" <kyungmin.park@samsung.com>,
"Peter Griffin" <peter.griffin@linaro.org>,
"Seung-Woo Kim" <sw0312.kim@samsung.com>,
linux-samsung-soc@vger.kernel.org,
"Alison Wang" <alison.wang@nxp.com>,
"Stefan Agner" <stefan@agner.ch>,
"Huacai Chen" <chenhuacai@kernel.org>,
"Icenowy Zheng" <zhengxingda@iscas.ac.cn>,
"Jianmin Lv" <lvjianmin@loongson.cn>,
"Mingcong Bai" <jeffbai@aosc.io>,
"Qianhai Wu" <wuqianhai@loongson.cn>,
"Xi Ruoyao" <xry111@xry111.site>,
"Geert Uytterhoeven" <geert+renesas@glider.be>,
linux-renesas-soc@vger.kernel.org,
"Marcus Folkesson" <marcus.folkesson@gmail.com>,
"Alain Volmat" <alain.volmat@foss.st.com>,
"Raphael Gallais-Pou" <rgallaispou@gmail.com>,
"Chen-Yu Tsai" <wens@kernel.org>,
"Samuel Holland" <samuel@sholland.org>,
linux-sunxi@lists.linux.dev,
"Jonathan Hunter" <jonathanh@nvidia.com>,
"Mikko Perttunen" <mperttunen@nvidia.com>,
"Thierry Reding" <thierry.reding@kernel.org>,
linux-tegra@vger.kernel.org,
"Alexey Brodkin" <abrodkin@synopsys.com>,
"Alex Lanzano" <lanzano.alex@gmail.com>,
"Chia-I Wu" <olvaffe@gmail.com>,
"David Airlie" <airlied@redhat.com>,
"Dmitry Osipenko" <dmitry.osipenko@collabora.com>,
"Gerd Hoffmann" <kraxel@redhat.com>,
"Gurchetan Singh" <gurchetansingh@chromium.org>,
virtualization@lists.linux.dev,
"Haneen Mohammed" <hamohammed.sa@gmail.com>,
"Louis Chauvet" <louis.chauvet@bootlin.com>,
"Melissa Wen" <melissa.srw@gmail.com>,
"Oleksandr Andrushchenko" <oleksandr_andrushchenko@epam.com>,
"Jerome Brunet" <jbrunet@baylibre.com>,
"Kevin Hilman" <khilman@baylibre.com>,
"Martin Blumenstingl" <martin.blumenstingl@googlemail.com>,
linux-amlogic@lists.infradead.org,
"Harry Wentland" <harry.wentland@amd.com>,
"Leo Li" <sunpeng.li@amd.com>,
"Rodrigo Siqueira" <siqueira@igalia.com>,
"Jani Nikula" <jani.nikula@linux.intel.com>,
"Joonas Lahtinen" <joonas.lahtinen@linux.intel.com>,
"Rodrigo Vivi" <rodrigo.vivi@intel.com>,
"Tvrtko Ursulin" <tursulin@ursulin.net>,
intel-gfx@lists.freedesktop.org, intel-xe@lists.freedesktop.org,
"Danilo Krummrich" <dakr@kernel.org>,
"Lyude Paul" <lyude@redhat.com>,
nouveau@lists.freedesktop.org
Subject: Re: [PATCH v3 00/37] drm/connector: Convert all drivers to atomic_create_state and remove reset
Date: Thu, 5 Nov 2026 10:15:08 +0100 [thread overview]
Message-ID: <auxJBtexUg6oHcs9@houat> (raw)
In-Reply-To: <20261030-drm-no-more-connector-reset-v3-0-30e71d92c327@kernel.org>
[-- Attachment #1: Type: text/plain, Size: 1400 bytes --]
On Fri, Oct 30, 2026 at 04:13:30PM +0100, Maxime Ripard wrote:
> This is a follow-up to the plane and CRTC reset removal series, and
> part of a larger effort to remove the reset hook from all KMS objects.
>
> The connector reset hook is overloaded: it is called both at probe
> time to create the initial software state and during suspend/resume to
> reset hardware and software state. These two roles have different
> requirements, and the reset hook is not fallible, making error
> handling difficult for the initial state allocation path.
>
> While reset has the semantics to reset both the software and hardware
> state, the vast majority of implementations and all the helpers only
> reset the software state, making them equivalent to
> atomic_create_state in practice. The atomic_create_state hook makes
> this explicit: it only allocates and initializes a pristine state
> without any side effect, and returns the state pointer or an ERR_PTR
> on failure.
>
> This series converts all connector drivers tree-wide from the reset hook
> to atomic_create_state, then removes the reset hook from struct
> drm_connector_funcs entirely. The conversions were done using a
> combination of Coccinelle semantic patches, mechanical one-line
> replacements and manual adjustments.
>
> Signed-off-by: Maxime Ripard <mripard@kernel.org>
Applied to drm-misc-next
Maxime
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 273 bytes --]
WARNING: multiple messages have this Message-ID (diff)
From: Maxime Ripard <mripard@kernel.org>
To: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>,
Thomas Zimmermann <tzimmermann@suse.de>,
David Airlie <airlied@gmail.com>,
Simona Vetter <simona@ffwll.ch>
Cc: dri-devel@lists.freedesktop.org,
"Christian König" <christian.koenig@amd.com>,
"Alex Deucher" <alexander.deucher@amd.com>,
amd-gfx@lists.freedesktop.org,
"Russell King" <linux@armlinux.org.uk>,
"Alim Akhtar" <alim.akhtar@samsung.com>,
"Inki Dae" <inki.dae@samsung.com>,
"Krzysztof Kozlowski" <krzk@kernel.org>,
"Kyungmin Park" <kyungmin.park@samsung.com>,
"Peter Griffin" <peter.griffin@linaro.org>,
"Seung-Woo Kim" <sw0312.kim@samsung.com>,
linux-samsung-soc@vger.kernel.org,
"Alison Wang" <alison.wang@nxp.com>,
"Stefan Agner" <stefan@agner.ch>,
"Huacai Chen" <chenhuacai@kernel.org>,
"Icenowy Zheng" <zhengxingda@iscas.ac.cn>,
"Jianmin Lv" <lvjianmin@loongson.cn>,
"Mingcong Bai" <jeffbai@aosc.io>,
"Qianhai Wu" <wuqianhai@loongson.cn>,
"Xi Ruoyao" <xry111@xry111.site>,
"Geert Uytterhoeven" <geert+renesas@glider.be>,
linux-renesas-soc@vger.kernel.org,
"Marcus Folkesson" <marcus.folkesson@gmail.com>,
"Alain Volmat" <alain.volmat@foss.st.com>,
"Raphael Gallais-Pou" <rgallaispou@gmail.com>,
"Chen-Yu Tsai" <wens@kernel.org>,
"Samuel Holland" <samuel@sholland.org>,
linux-sunxi@lists.linux.dev,
"Jonathan Hunter" <jonathanh@nvidia.com>,
"Mikko Perttunen" <mperttunen@nvidia.com>,
"Thierry Reding" <thierry.reding@kernel.org>,
linux-tegra@vger.kernel.org,
"Alexey Brodkin" <abrodkin@synopsys.com>,
"Alex Lanzano" <lanzano.alex@gmail.com>,
"Chia-I Wu" <olvaffe@gmail.com>,
"David Airlie" <airlied@redhat.com>,
"Dmitry Osipenko" <dmitry.osipenko@collabora.com>,
"Gerd Hoffmann" <kraxel@redhat.com>,
"Gurchetan Singh" <gurchetansingh@chromium.org>,
virtualization@lists.linux.dev,
"Haneen Mohammed" <hamohammed.sa@gmail.com>,
"Louis Chauvet" <louis.chauvet@bootlin.com>,
"Melissa Wen" <melissa.srw@gmail.com>,
"Oleksandr Andrushchenko" <oleksandr_andrushchenko@epam.com>,
"Jerome Brunet" <jbrunet@baylibre.com>,
"Kevin Hilman" <khilman@baylibre.com>,
"Martin Blumenstingl" <martin.blumenstingl@googlemail.com>,
linux-amlogic@lists.infradead.org,
"Harry Wentland" <harry.wentland@amd.com>,
"Leo Li" <sunpeng.li@amd.com>,
"Rodrigo Siqueira" <siqueira@igalia.com>,
"Jani Nikula" <jani.nikula@linux.intel.com>,
"Joonas Lahtinen" <joonas.lahtinen@linux.intel.com>,
"Rodrigo Vivi" <rodrigo.vivi@intel.com>,
"Tvrtko Ursulin" <tursulin@ursulin.net>,
intel-gfx@lists.freedesktop.org, intel-xe@lists.freedesktop.org,
"Danilo Krummrich" <dakr@kernel.org>,
"Lyude Paul" <lyude@redhat.com>,
nouveau@lists.freedesktop.org
Subject: Re: [PATCH v3 00/37] drm/connector: Convert all drivers to atomic_create_state and remove reset
Date: Thu, 5 Nov 2026 10:15:08 +0100 [thread overview]
Message-ID: <auxJBtexUg6oHcs9@houat> (raw)
In-Reply-To: <20261030-drm-no-more-connector-reset-v3-0-30e71d92c327@kernel.org>
[-- Attachment #1.1: Type: text/plain, Size: 1400 bytes --]
On Fri, Oct 30, 2026 at 04:13:30PM +0100, Maxime Ripard wrote:
> This is a follow-up to the plane and CRTC reset removal series, and
> part of a larger effort to remove the reset hook from all KMS objects.
>
> The connector reset hook is overloaded: it is called both at probe
> time to create the initial software state and during suspend/resume to
> reset hardware and software state. These two roles have different
> requirements, and the reset hook is not fallible, making error
> handling difficult for the initial state allocation path.
>
> While reset has the semantics to reset both the software and hardware
> state, the vast majority of implementations and all the helpers only
> reset the software state, making them equivalent to
> atomic_create_state in practice. The atomic_create_state hook makes
> this explicit: it only allocates and initializes a pristine state
> without any side effect, and returns the state pointer or an ERR_PTR
> on failure.
>
> This series converts all connector drivers tree-wide from the reset hook
> to atomic_create_state, then removes the reset hook from struct
> drm_connector_funcs entirely. The conversions were done using a
> combination of Coccinelle semantic patches, mechanical one-line
> replacements and manual adjustments.
>
> Signed-off-by: Maxime Ripard <mripard@kernel.org>
Applied to drm-misc-next
Maxime
[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 273 bytes --]
[-- Attachment #2: Type: text/plain, Size: 167 bytes --]
_______________________________________________
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: Maxime Ripard <mripard@kernel.org>
To: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>,
Thomas Zimmermann <tzimmermann@suse.de>,
David Airlie <airlied@gmail.com>, Simona Vetter <simona@ffwll.ch>
Cc: dri-devel@lists.freedesktop.org,
"Christian König" <christian.koenig@amd.com>,
"Alex Deucher" <alexander.deucher@amd.com>,
amd-gfx@lists.freedesktop.org,
"Russell King" <linux@armlinux.org.uk>,
"Alim Akhtar" <alim.akhtar@samsung.com>,
"Inki Dae" <inki.dae@samsung.com>,
"Krzysztof Kozlowski" <krzk@kernel.org>,
"Kyungmin Park" <kyungmin.park@samsung.com>,
"Peter Griffin" <peter.griffin@linaro.org>,
"Seung-Woo Kim" <sw0312.kim@samsung.com>,
linux-samsung-soc@vger.kernel.org,
"Alison Wang" <alison.wang@nxp.com>,
"Stefan Agner" <stefan@agner.ch>,
"Huacai Chen" <chenhuacai@kernel.org>,
"Icenowy Zheng" <zhengxingda@iscas.ac.cn>,
"Jianmin Lv" <lvjianmin@loongson.cn>,
"Mingcong Bai" <jeffbai@aosc.io>,
"Qianhai Wu" <wuqianhai@loongson.cn>,
"Xi Ruoyao" <xry111@xry111.site>,
"Geert Uytterhoeven" <geert+renesas@glider.be>,
linux-renesas-soc@vger.kernel.org,
"Marcus Folkesson" <marcus.folkesson@gmail.com>,
"Alain Volmat" <alain.volmat@foss.st.com>,
"Raphael Gallais-Pou" <rgallaispou@gmail.com>,
"Chen-Yu Tsai" <wens@kernel.org>,
"Samuel Holland" <samuel@sholland.org>,
linux-sunxi@lists.linux.dev,
"Mikko Perttunen" <mperttunen@nvidia.com>,
"Thierry Reding" <thierry.reding@kernel.org>,
linux-tegra@vger.kernel.org,
"Alexey Brodkin" <abrodkin@synopsys.com>,
"Alex Lanzano" <lanzano.alex@gmail.com>,
"Chia-I Wu" <olvaffe@gmail.com>,
"David Airlie" <airlied@redhat.com>,
"Dmitry Osipenko" <dmitry.osipenko@collabora.com>,
"Gerd Hoffmann" <kraxel@redhat.com>,
"Gurchetan Singh" <gurchetansingh@chromium.org>,
virtualization@lists.linux.dev,
"Haneen Mohammed" <hamohammed.sa@gmail.com>,
"Louis Chauvet" <louis.chauvet@bootlin.com>,
"Melissa Wen" <melissa.srw@gmail.com>,
"Oleksandr Andrushchenko" <oleksandr_andrushchenko@epam.com>,
"Jerome Brunet" <jbrunet@baylibre.com>,
"Kevin Hilman" <khilman@baylibre.com>,
"Martin Blumenstingl" <martin.blumenstingl@googlemail.com>,
linux-amlogic@lists.infradead.org,
"Harry Wentland" <harry.wentland@amd.com>,
"Leo Li" <sunpeng.li@amd.com>,
"Rodrigo Siqueira" <siqueira@igalia.com>,
"Jani Nikula" <jani.nikula@linux.intel.com>,
"Joonas Lahtinen" <joonas.lahtinen@linux.intel.com>,
"Rodrigo Vivi" <rodrigo.vivi@intel.com>,
"Tvrtko Ursulin" <tursulin@ursulin.net>,
intel-gfx@lists.freedesktop.org, intel-xe@lists.freedesktop.org,
"Danilo Krummrich" <dakr@kernel.org>,
nouveau@lists.freedesktop.org
Subject: Re: [PATCH v3 00/37] drm/connector: Convert all drivers to atomic_create_state and remove reset
Date: Thu, 5 Nov 2026 10:15:08 +0100 [thread overview]
Message-ID: <auxJBtexUg6oHcs9@houat> (raw)
In-Reply-To: <20261030-drm-no-more-connector-reset-v3-0-30e71d92c327@kernel.org>
[-- Attachment #1: Type: text/plain, Size: 1400 bytes --]
On Fri, Oct 30, 2026 at 04:13:30PM +0100, Maxime Ripard wrote:
> This is a follow-up to the plane and CRTC reset removal series, and
> part of a larger effort to remove the reset hook from all KMS objects.
>
> The connector reset hook is overloaded: it is called both at probe
> time to create the initial software state and during suspend/resume to
> reset hardware and software state. These two roles have different
> requirements, and the reset hook is not fallible, making error
> handling difficult for the initial state allocation path.
>
> While reset has the semantics to reset both the software and hardware
> state, the vast majority of implementations and all the helpers only
> reset the software state, making them equivalent to
> atomic_create_state in practice. The atomic_create_state hook makes
> this explicit: it only allocates and initializes a pristine state
> without any side effect, and returns the state pointer or an ERR_PTR
> on failure.
>
> This series converts all connector drivers tree-wide from the reset hook
> to atomic_create_state, then removes the reset hook from struct
> drm_connector_funcs entirely. The conversions were done using a
> combination of Coccinelle semantic patches, mechanical one-line
> replacements and manual adjustments.
>
> Signed-off-by: Maxime Ripard <mripard@kernel.org>
Applied to drm-misc-next
Maxime
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 273 bytes --]
next prev parent reply other threads:[~2026-11-05 9:15 UTC|newest]
Thread overview: 55+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-30 15:13 [PATCH v3 00/37] drm/connector: Convert all drivers to atomic_create_state and remove reset Maxime Ripard
2026-10-30 15:13 ` Maxime Ripard
2026-10-30 15:13 ` Maxime Ripard
2026-10-30 15:13 ` [PATCH v3 01/37] drm/amdgpu: vkms: Switch to drm_atomic_helper_connector_create_state Maxime Ripard
2026-10-30 15:13 ` [PATCH v3 02/37] drm/bridge: analogix-anx6345: " Maxime Ripard
2026-10-30 15:13 ` [PATCH v3 03/37] drm/bridge: analogix-anx78xx: " Maxime Ripard
2026-10-30 15:13 ` [PATCH v3 04/37] drm/bridge: chrontel-ch7033: " Maxime Ripard
2026-10-30 15:13 ` [PATCH v3 05/37] drm/bridge: nxp-ptn3460: " Maxime Ripard
2026-10-30 15:13 ` [PATCH v3 06/37] drm/panel: " Maxime Ripard
2026-10-30 15:13 ` [PATCH v3 07/37] drm/bridge: synopsys: dw-hdmi: " Maxime Ripard
2026-10-30 15:13 ` [PATCH v3 08/37] drm/bridge: tc358767: " Maxime Ripard
2026-10-30 15:13 ` [PATCH v3 09/37] drm/bridge: tda998x: " Maxime Ripard
2026-10-30 15:13 ` [PATCH v3 10/37] drm/bridge: ti-tfp410: " Maxime Ripard
2026-10-30 15:13 ` [PATCH v3 11/37] drm/exynos: " Maxime Ripard
2026-10-30 15:13 ` [PATCH v3 12/37] drm/fsl-dcu: " Maxime Ripard
2026-10-30 15:13 ` [PATCH v3 13/37] drm/loongson: " Maxime Ripard
2026-10-30 15:13 ` [PATCH v3 14/37] drm/mipi-dbi: " Maxime Ripard
2026-10-30 15:13 ` [PATCH v3 15/37] drm/renesas: shmobile: " Maxime Ripard
2026-10-30 15:13 ` [PATCH v3 16/37] drm/sitronix: st7571: " Maxime Ripard
2026-10-30 15:13 ` [PATCH v3 17/37] drm/sti: " Maxime Ripard
2026-10-30 15:13 ` [PATCH v3 18/37] drm/sun4i: " Maxime Ripard
2026-10-30 15:13 ` [PATCH v3 19/37] drm/tegra: " Maxime Ripard
2026-10-30 15:13 ` [PATCH v3 20/37] drm/tests: " Maxime Ripard
2026-10-30 15:13 ` [PATCH v3 21/37] drm/tiny: arcpgu: " Maxime Ripard
2026-10-30 15:13 ` [PATCH v3 22/37] drm/tiny: sharp: " Maxime Ripard
2026-10-30 15:13 ` [PATCH v3 23/37] drm/virtio: " Maxime Ripard
2026-10-30 15:13 ` [PATCH v3 24/37] drm/vkms: " Maxime Ripard
2026-10-30 15:13 ` [PATCH v3 25/37] drm/xen: " Maxime Ripard
2026-10-30 15:13 ` [PATCH v3 26/37] drm/bridge: synopsys: dw-hdmi: Convert to atomic_create_state Maxime Ripard
2026-10-30 15:13 ` [PATCH v3 27/37] drm/meson: " Maxime Ripard
2026-10-30 15:13 ` Maxime Ripard
2026-10-31 21:20 ` Martin Blumenstingl
2026-10-31 21:20 ` Martin Blumenstingl
2026-10-30 15:13 ` [PATCH v3 28/37] drm/sun4i: hdmi: " Maxime Ripard
2026-10-30 15:13 ` [PATCH v3 29/37] drm/sun4i: tv: " Maxime Ripard
2026-10-30 15:14 ` [PATCH v3 30/37] drm/tests: hdmi: " Maxime Ripard
2026-11-02 8:40 ` Thomas Zimmermann
2026-10-30 15:14 ` [PATCH v3 31/37] drm/connector: Remove drm_atomic_helper_connector_reset() Maxime Ripard
2026-10-30 15:14 ` [PATCH v3 32/37] drm/amdgpu: dm: Convert to atomic_create_state Maxime Ripard
2026-10-30 15:14 ` [PATCH v3 33/37] drm/i915: " Maxime Ripard
2026-10-30 15:14 ` [PATCH v3 34/37] drm/nouveau: " Maxime Ripard
2026-10-30 15:14 ` Maxime Ripard
2026-11-02 8:36 ` Thomas Zimmermann
2026-11-02 8:36 ` Thomas Zimmermann
2026-11-02 8:36 ` Thomas Zimmermann
2026-11-02 8:36 ` Thomas Zimmermann
2026-10-30 15:14 ` [PATCH v3 35/37] drm/tegra: " Maxime Ripard
2026-10-30 15:14 ` [PATCH v3 36/37] drm/connector: Remove __drm_atomic_helper_connector_reset() Maxime Ripard
2026-10-30 15:14 ` [PATCH v3 37/37] drm/connector: Remove reset Maxime Ripard
2026-11-02 8:41 ` [PATCH v3 00/37] drm/connector: Convert all drivers to atomic_create_state and remove reset Thomas Zimmermann
2026-11-02 8:41 ` Thomas Zimmermann
2026-11-02 8:41 ` Thomas Zimmermann
2026-11-05 9:15 ` Maxime Ripard [this message]
2026-11-05 9:15 ` Maxime Ripard
2026-11-05 9:15 ` 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=auxJBtexUg6oHcs9@houat \
--to=mripard@kernel.org \
--cc=abrodkin@synopsys.com \
--cc=airlied@gmail.com \
--cc=airlied@redhat.com \
--cc=alain.volmat@foss.st.com \
--cc=alexander.deucher@amd.com \
--cc=alim.akhtar@samsung.com \
--cc=alison.wang@nxp.com \
--cc=amd-gfx@lists.freedesktop.org \
--cc=chenhuacai@kernel.org \
--cc=christian.koenig@amd.com \
--cc=dakr@kernel.org \
--cc=dmitry.osipenko@collabora.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=geert+renesas@glider.be \
--cc=gurchetansingh@chromium.org \
--cc=hamohammed.sa@gmail.com \
--cc=harry.wentland@amd.com \
--cc=inki.dae@samsung.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=intel-xe@lists.freedesktop.org \
--cc=jani.nikula@linux.intel.com \
--cc=jbrunet@baylibre.com \
--cc=jeffbai@aosc.io \
--cc=jonathanh@nvidia.com \
--cc=joonas.lahtinen@linux.intel.com \
--cc=khilman@baylibre.com \
--cc=kraxel@redhat.com \
--cc=krzk@kernel.org \
--cc=kyungmin.park@samsung.com \
--cc=lanzano.alex@gmail.com \
--cc=linux-amlogic@lists.infradead.org \
--cc=linux-renesas-soc@vger.kernel.org \
--cc=linux-samsung-soc@vger.kernel.org \
--cc=linux-sunxi@lists.linux.dev \
--cc=linux-tegra@vger.kernel.org \
--cc=linux@armlinux.org.uk \
--cc=louis.chauvet@bootlin.com \
--cc=lvjianmin@loongson.cn \
--cc=lyude@redhat.com \
--cc=maarten.lankhorst@linux.intel.com \
--cc=marcus.folkesson@gmail.com \
--cc=martin.blumenstingl@googlemail.com \
--cc=melissa.srw@gmail.com \
--cc=mperttunen@nvidia.com \
--cc=nouveau@lists.freedesktop.org \
--cc=oleksandr_andrushchenko@epam.com \
--cc=olvaffe@gmail.com \
--cc=peter.griffin@linaro.org \
--cc=rgallaispou@gmail.com \
--cc=rodrigo.vivi@intel.com \
--cc=samuel@sholland.org \
--cc=simona@ffwll.ch \
--cc=siqueira@igalia.com \
--cc=stefan@agner.ch \
--cc=sunpeng.li@amd.com \
--cc=sw0312.kim@samsung.com \
--cc=thierry.reding@kernel.org \
--cc=tursulin@ursulin.net \
--cc=tzimmermann@suse.de \
--cc=virtualization@lists.linux.dev \
--cc=wens@kernel.org \
--cc=wuqianhai@loongson.cn \
--cc=xry111@xry111.site \
--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.