Message-ID: <175975215493.792368.2468724280200785252.b4-ty@kernel.org>
Date: Mon,  6 Oct 2025 14:02:42 +0200
From: Maxime Ripard <mripard@...nel.org>
To: Maarten Lankhorst <maarten.lankhorst@...ux.intel.com>,
	Thomas Zimmermann <tzimmermann@...e.de>,
	David Airlie <airlied@...il.com>,
	Simona Vetter <simona@...ll.ch>,
	Maxime Ripard <mripard@...nel.org>
Cc: dri-devel@...ts.freedesktop.org,
	Luca Ceresoli <luca.ceresoli@...tlin.com>,
	Dmitry Baryshkov <dmitry.baryshkov@....qualcomm.com>,
	Ville Syrjälä <ville.syrjala@...ux.intel.com>,
	Louis Chauvet <louis.chauvet@...tlin.com>,
	Haneen Mohammed <hamohammed.sa@...il.com>,
	Melissa Wen <melissa.srw@...il.com>,
	Jyri Sarha <jyri.sarha@....fi>,
	Tomi Valkeinen <tomi.valkeinen@...asonboard.com>,
	Paul Cercueil <paul@...pouillou.net>,
	linux-mips@...r.kernel.org,
	Liviu Dudau <liviu.dudau@....com>,
	Russell King <linux@...linux.org.uk>,
	Manikandan Muralidharan <manikandan.m@...rochip.com>,
	Dharma Balasubiramani <dharma.b@...rochip.com>,
	Nicolas Ferre <nicolas.ferre@...rochip.com>,
	Alexandre Belloni <alexandre.belloni@...tlin.com>,
	Claudiu Beznea <claudiu.beznea@...on.dev>,
	linux-arm-kernel@...ts.infradead.org,
	Inki Dae <inki.dae@...sung.com>,
	Seung-Woo Kim <sw0312.kim@...sung.com>,
	Kyungmin Park <kyungmin.park@...sung.com>,
	Krzysztof Kozlowski <krzk@...nel.org>,
	Alim Akhtar <alim.akhtar@...sung.com>,
	linux-samsung-soc@...r.kernel.org,
	Liu Ying <victor.liu@....com>,
	Shawn Guo <shawnguo@...nel.org>,
	Sascha Hauer <s.hauer@...gutronix.de>,
	Pengutronix Kernel Team <kernel@...gutronix.de>,
	Fabio Estevam <festevam@...il.com>,
	imx@...ts.linux.dev,
	Laurentiu Palcu <laurentiu.palcu@....nxp.com>,
	Lucas Stach <l.stach@...gutronix.de>,
	Philipp Zabel <p.zabel@...gutronix.de>,
	Anitha Chrisanthus <anitha.chrisanthus@...el.com>,
	Edmund Dea <edmund.j.dea@...el.com>,
	Paul Kocialkowski <paulk@...-base.io>,
	Sui Jingfeng <suijingfeng@...ngson.cn>,
	Chun-Kuang Hu <chunkuang.hu@...nel.org>,
	Matthias Brugger <matthias.bgg@...il.com>,
	AngeloGioacchino Del Regno <angelogioacchino.delregno@...labora.com>,
	linux-mediatek@...ts.infradead.org,
	linux-kernel@...r.kernel.org,
	Rob Clark <robin.clark@....qualcomm.com>,
	Dmitry Baryshkov <lumag@...nel.org>,
	Abhinav Kumar <abhinav.kumar@...ux.dev>,
	Jessica Zhang <jessica.zhang@....qualcomm.com>,
	Sean Paul <sean@...rly.run>,
	Marijn Suijten <marijn.suijten@...ainline.org>,
	linux-arm-msm@...r.kernel.org,
	freedreno@...ts.freedesktop.org,
	Sandy Huang <hjc@...k-chips.com>,
	Heiko Stübner <heiko@...ech.de>,
	Andy Yan <andy.yan@...k-chips.com>,
	linux-rockchip@...ts.infradead.org,
	Chen-Yu Tsai <wens@...e.org>,
	Jernej Skrabec <jernej.skrabec@...il.com>,
	Samuel Holland <samuel@...lland.org>,
	linux-sunxi@...ts.linux.dev,
	Thierry Reding <thierry.reding@...il.com>,
	Mikko Perttunen <mperttunen@...dia.com>,
	Jonathan Hunter <jonathanh@...dia.com>,
	linux-tegra@...r.kernel.org,
	Hans de Goede <hansg@...nel.org>,
	Dave Stevenson <dave.stevenson@...pberrypi.com>,
	Maíra Canal <mcanal@...lia.com>,
	Raspberry Pi Kernel Maintenance <kernel-list@...pberrypi.com>
Subject: Re: [PATCH v5 00/39] drm/atomic: Get rid of existing states (not really)

On Tue, 30 Sep 2025 12:59:15 +0200, Maxime Ripard wrote:
> Here's a series to get rid of the drm_atomic_helper_get_existing_*_state
> accessors.
> 
> The initial intent was to remove the __drm_*_state->state pointer to
> only rely on old and new states, but we still need it now to know which
> of the two we need to free: if a state has not been committed (either
> dropped or checked only), then we need to free the new one, if it has
> been committed we need to free the old state.
> 
> [...]

Applied to misc/kernel.git (drm-misc-next).

Thanks!
Maxime

Powered by blists - more mailing lists