From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 98B1442E8FA; Mon, 31 Aug 2026 13:36:34 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1788183395; cv=none; b=R44sq6RE59GlOGY0yEbw2RP94GYrsh4/gjQ1weNvSQUgdCB5sZv58xGKvM2c8CV5mu+qNY/iNDdRW4r1gE5wEU3ZDTzHOpL0CLEo/ZM6cEEBhqEKPSVjYOnGWCMWLNJeZpodyVDdEu11MbW0DiBph1XLtTFQ7jv7obp8SU5V9PI= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1788183395; c=relaxed/simple; bh=3d2wE4iPk/eSRIKBUJMr1Vert2gthTCrW2UXhnx95p4=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=dD0DD9xQiC3uzOWpMNluZckbv9WDXbuDq2jfiYTG0ppx1FHM/top8kJx2V0JsskKvmdBPqC1Iw3fx4if4/cSGyKWzrwfgOgViuaHmQhvkgIenzsLTJHyqxS2vSHJlmWsyE6MgN+/TzsZJ9jFRNaBhtNUMR9I0UuSRhTzsDITxEg= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=Fa7a1Q3Y; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="Fa7a1Q3Y" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 016D61F000E9; Mon, 31 Aug 2026 13:36:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1788183394; bh=3d2wE4iPk/eSRIKBUJMr1Vert2gthTCrW2UXhnx95p4=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=Fa7a1Q3YoUsfdoMvZbQAiBxdeh/TNaAy2cWmN+gHJtD0G5fAKj07cg5+8PsqlLHGz A1PAQuTvFk3cBiBuBnU9BX06M7lLnfqiM9pOLnHs/A2YOWF6hTp4V8VTsE2c/GmSFo URF1s+nDBwrxxWO45AdqLpYaq6wzMJThp7iMOVVQEGXgXFPN8CtiP/WnqMUZqdnyKW EQDpd7/10qJ2kUHSiXAJKr/GRWQLdNSiDsyIUkC44uOO8x+JESPpssnyKwOnT03CZH 1TMqMRafZA0VRWtpwFEEpq9yiXTseAFhl04jX5wKhiXF3DXtIzYeLnD80tcC/prJs1 YmW1jKy9yiPhA== Date: Mon, 31 Aug 2026 15:36:29 +0200 From: Maxime Ripard To: Maarten Lankhorst , Thomas Zimmermann , David Airlie , Simona Vetter Cc: dri-devel@lists.freedesktop.org, Janne Grunau , Sasha Finkelstein , asahi@lists.linux.dev, Christian =?utf-8?B?S8O2bmln?= , Alex Deucher , amd-gfx@lists.freedesktop.org, Liviu Dudau , Russell King , Alim Akhtar , Inki Dae , Krzysztof Kozlowski , Kyungmin Park , Peter Griffin , Seung-Woo Kim , linux-samsung-soc@vger.kernel.org, Alison Wang , Stefan Agner , Ruben Wauters , Tian Tao , Xinwei Kong , Yongbang Shi , John Stultz , Sumit Semwal , Xinliang Liu , Yongqin Liu , Dexuan Cui , Long Li , Saurabh Sengar , linux-hyperv@vger.kernel.org, Fabio Estevam , Frank Li , Liu Ying , Pengutronix Kernel Team , Sascha Hauer , imx@lists.linux.dev, Laurentiu Palcu , Lucas Stach , Paul Cercueil , linux-mips@vger.kernel.org, Anitha Chrisanthus , Paul Kocialkowski , Jerome Brunet , Kevin Hilman , Martin Blumenstingl , linux-amlogic@lists.infradead.org, Abhinav Kumar , Dmitry Baryshkov , Jessica Zhang , Marijn Suijten , Rob Clark , Sean Paul , freedreno@lists.freedesktop.org, linux-arm-msm@vger.kernel.org, Marek Vasut , Dave Airlie , Gerd Hoffmann , spice-devel@lists.freedesktop.org, virtualization@lists.linux.dev, Geert Uytterhoeven , linux-renesas-soc@vger.kernel.org, Marcus Folkesson , Baolin Wang , Chunyan Zhang , Orson Zhai , Alain Volmat , Raphael Gallais-Pou , Alexandre Torgue , Maxime Coquelin , Philippe Cornu , Raphael Gallais-Pou , Yannick Fertre , Chen-Yu Tsai , Samuel Holland , linux-sunxi@lists.linux.dev, Jyri Sarha , Tomi Valkeinen , Aditya Garg , Aun-Ali Zaidi , LiangCheng Wang , Alex Lanzano , Hans de Goede , Icenowy Zheng , Chia-I Wu , Dmitry Osipenko , Gurchetan Singh , Michal Simek , Javier Martinez Canillas , Harry Wentland , Leo Li , Rodrigo Siqueira , Jocelyn Falempe , Alexandre Belloni , Claudiu Beznea , Dharma Balasubiramani , Manikandan Muralidharan , Nicolas Ferre , Philipp Zabel , Huacai Chen , Jianmin Lv , Mingcong Bai , Qianhai Wu , Xi Ruoyao , AngeloGioacchino Del Regno , Chun-Kuang Hu , Matthias Brugger , Danilo Krummrich , Lyude Paul , nouveau@lists.freedesktop.org, Kieran Bingham , Laurent Pinchart , Magnus Damm , Tomi Valkeinen , Biju Das , Heiko =?utf-8?Q?St=C3=BCbner?= , Andy Yan , Sandy Huang , linux-rockchip@lists.infradead.org, Iker Pedrosa , Jonathan Hunter , Mikko Perttunen , Thierry Reding , linux-tegra@vger.kernel.org, =?utf-8?B?TWHDrXJh?= Canal , Dave Stevenson , Raspberry Pi Kernel Maintenance , Haneen Mohammed , Louis Chauvet , Melissa Wen , Broadcom internal kernel review list , Zack Rusin Subject: Re: [PATCH 00/70] drm/crtc: Convert all drivers to atomic_create_state and remove reset Message-ID: References: <20260821-drm-no-more-crtc-reset-v1-0-fb793475c05a@kernel.org> Precedence: bulk X-Mailing-List: asahi@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha384; protocol="application/pgp-signature"; boundary="eainbiqt42xdkeio" Content-Disposition: inline In-Reply-To: <20260821-drm-no-more-crtc-reset-v1-0-fb793475c05a@kernel.org> --eainbiqt42xdkeio Content-Type: text/plain; protected-headers=v1; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Subject: Re: [PATCH 00/70] drm/crtc: Convert all drivers to atomic_create_state and remove reset MIME-Version: 1.0 On Fri, Aug 21, 2026 at 04:38:36PM +0200, Maxime Ripard wrote: > This is a follow-up to the plane reset removal series, and part of a > larger effort to remove the reset hook from all KMS objects. >=20 > The CRTC 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. >=20 > 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. >=20 > This series converts all CRTC drivers tree-wide from the reset hook to > atomic_create_state, then removes the reset hook from struct > drm_crtc_funcs entirely. Two drivers (tilcdc and loongson) had actual > hardware reset logic mixed into their reset hook; those are moved to > CRTC creation instead. The conversions were done using a combination of > Coccinelle semantic patches and manual adjustments. >=20 > Signed-off-by: Maxime Ripard Applied patches 1,3-14,16-28,31-41,43,45-49,52-62,64-68 to drm-misc-next Maxime --eainbiqt42xdkeio Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iJUEABMJAB0WIQTkHFbLp4ejekA/qfgnX84Zoj2+dgUCapWDXQAKCRAnX84Zoj2+ dtnDAYDvbcHtYOX7CuJCyNGSb99Ed+Livj62dMg0nsp864oeIMVzqxGBJIKgPp8Z RCHnUyUBfAxvXYJDr3LaH94QifMoTvJPOgPapZRwWXp6VAygmOgZF8WFxC9cEp2h 0/QjaJymHA== =mCUP -----END PGP SIGNATURE----- --eainbiqt42xdkeio--