All of lore.kernel.org
 help / color / mirror / Atom feed
From: Maxime Ripard <mripard@kernel.org>
To: "Uwe Kleine-König" <u.kleine-koenig@pengutronix.de>
Cc: "Heiko Stübner" <heiko@sntech.de>,
	"Geert Uytterhoeven" <geert+renesas@glider.be>,
	"Xinliang Liu" <xinliang.liu@linaro.org>,
	"Linus Walleij" <linus.walleij@linaro.org>,
	"Tomi Valkeinen" <tomi.valkeinen+renesas@ideasonboard.com>,
	"Alexey Kodanev" <aleksei.kodanev@bell-sw.com>,
	dri-devel@lists.freedesktop.org,
	"Vandita Kulkarni" <vandita.kulkarni@intel.com>,
	"Alim Akhtar" <alim.akhtar@samsung.com>,
	"Anitha Chrisanthus" <anitha.chrisanthus@intel.com>,
	"Marijn Suijten" <marijn.suijten@somainline.org>,
	"Jonathan Hunter" <jonathanh@nvidia.com>,
	"Arun R Murthy" <arun.r.murthy@intel.com>,
	"Jerome Brunet" <jbrunet@baylibre.com>,
	"Liu Shixin" <liushixin2@huawei.com>,
	linux-samsung-soc@vger.kernel.org,
	"Samuel Holland" <samuel@sholland.org>,
	"Matt Roper" <matthew.d.roper@intel.com>,
	"Wenjing Liu" <wenjing.liu@amd.com>,
	"Javier Martinez Canillas" <javierm@redhat.com>,
	"Stanislav Lisovskiy" <stanislav.lisovskiy@intel.com>,
	"Danilo Krummrich" <dakr@redhat.com>,
	"NXP Linux Team" <linux-imx@nxp.com>,
	spice-devel@lists.freedesktop.org,
	"Niranjana Vishwanathapura" <niranjana.vishwanathapura@intel.com>,
	linux-sunxi@lists.linux.dev, "Stylon Wang" <stylon.wang@amd.com>,
	"Tim Huang" <Tim.Huang@amd.com>,
	"Suraj Kandpal" <suraj.kandpal@intel.com>,
	"André Almeida" <andrealmeid@igalia.com>,
	"Andi Shyti" <andi.shyti@linux.intel.com>,
	"Yifan Zhang" <yifan1.zhang@amd.com>,
	"Jani Nikula" <jani.nikula@intel.com>,
	"Sascha Hauer" <s.hauer@pengutronix.de>,
	"Lucas De Marchi" <lucas.demarchi@intel.com>,
	"Inki Dae" <inki.dae@samsung.com>,
	"Hersen Wu" <hersenxs.wu@amd.com>,
	"Jessica Zhang" <quic_jesszhan@quicinc.com>,
	"Kamlesh Gurudasani" <kamlesh.gurudasani@gmail.com>,
	"Bhawanpreet Lakha" <Bhawanpreet.Lakha@amd.com>,
	"Łukasz Bartosik" <lb@semihalf.com>,
	"Radhakrishna Sripada" <radhakrishna.sripada@intel.com>,
	"Andrew Jeffery" <andrew@aj.id.au>,
	"Seung-Woo Kim" <sw0312.kim@samsung.com>,
	"Noralf Trønnes" <noralf@tronnes.org>,
	kernel@pengutronix.de, "Alex Deucher" <alexander.deucher@amd.com>,
	freedreno@lists.freedesktop.org,
	"Claudiu Beznea" <claudiu.beznea@microchip.com>,
	"Zack Rusin" <zackr@vmware.com>,
	"Gerd Hoffmann" <kraxel@redhat.com>,
	"Alexandre Belloni" <alexandre.belloni@bootlin.com>,
	linux-aspeed@lists.ozlabs.org, nouveau@lists.freedesktop.org,
	"Mitul Golani" <mitulkumar.ajitkumar.golani@intel.com>,
	"José Roberto de Souza" <jose.souza@intel.com>,
	virtualization@lists.linux-foundation.org,
	"Thierry Reding" <thierry.reding@gmail.com>,
	"Yongqin Liu" <yongqin.liu@linaro.org>,
	"Mario Limonciello" <mario.limonciello@amd.com>,
	"Fei Yang" <fei.yang@intel.com>,
	"Ville Syrjälä" <ville.syrjala@linux.intel.com>,
	"David Lechner" <david@lechnology.com>,
	"Julia Lawall" <Julia.Lawall@inria.fr>,
	"Juha-Pekka Heikkila" <juhapekka.heikkila@gmail.com>,
	"Jiri Slaby (SUSE)" <jirislaby@kernel.org>,
	"David Francis" <David.Francis@amd.com>,
	"Aaron Liu" <aaron.liu@amd.com>,
	"Patrik Jakobsson" <patrik.r.jakobsson@gmail.com>,
	"Vinod Polimera" <quic_vpolimer@quicinc.com>,
	linux-rockchip@lists.infradead.org,
	"Fangzhi Zuo" <jerry.zuo@amd.com>,
	"Aurabindo Pillai" <aurabindo.pillai@amd.com>,
	"VMware Graphics Reviewers"
	<linux-graphics-maintainer@vmware.com>,
	"Ben Skeggs" <bskeggs@redhat.com>,
	"Jouni Högander" <jouni.hogander@intel.com>,
	"Dave Airlie" <airlied@redhat.com>,
	linux-mips@vger.kernel.org,
	"Maxime Coquelin" <mcoquelin.stm32@gmail.com>,
	"Gurchetan Singh" <gurchetansingh@chromium.org>,
	"Martin Blumenstingl" <martin.blumenstingl@googlemail.com>,
	linux-arm-msm@vger.kernel.org,
	"Animesh Manna" <animesh.manna@intel.com>,
	linux-renesas-soc@vger.kernel.org,
	"Jani Nikula" <jani.nikula@linux.intel.com>,
	"Chaitanya Kumar Borah" <chaitanya.kumar.borah@intel.com>,
	"Biju Das" <biju.das.jz@bp.renesas.com>,
	linux-amlogic@lists.infradead.org,
	"Evan Quan" <evan.quan@amd.com>,
	"Michal Simek" <michal.simek@amd.com>,
	linux-arm-kernel@lists.infradead.org,
	"Sean Paul" <sean@poorly.run>,
	"Neil Armstrong" <neil.armstrong@linaro.org>,
	"Kai Vehmanen" <kai.vehmanen@linux.intel.com>,
	"Boris Brezillon" <bbrezillon@kernel.org>,
	"Chunyan Zhang" <zhang.lyra@gmail.com>,
	"Qingqing Zhuo" <qingqing.zhuo@amd.com>,
	"Sandy Huang" <hjc@rock-chips.com>,
	"Swati Sharma" <swati2.sharma@intel.com>,
	"John Stultz" <jstultz@google.com>,
	"Paul Kocialkowski" <paul.kocialkowski@bootlin.com>,
	"Kyungmin Park" <kyungmin.park@samsung.com>,
	"Drew Davenport" <ddavenport@chromium.org>,
	"Kevin Hilman" <khilman@baylibre.com>,
	"Hawking Zhang" <Hawking.Zhang@amd.com>,
	"Haneen Mohammed" <hamohammed.sa@gmail.com>,
	"Anusha Srivatsa" <anusha.srivatsa@intel.com>,
	"Dan Carpenter" <error27@gmail.com>,
	"Karol Herbst" <kherbst@redhat.com>,
	"Joonas Lahtinen" <joonas.lahtinen@linux.intel.com>,
	linux-hyperv@vger.kernel.org, "Stefan Agner" <stefan@agner.ch>,
	"Melissa Wen" <melissa.srw@gmail.com>,
	"Maíra Canal" <mairacanal@riseup.net>,
	"Luca Coelho" <luciano.coelho@intel.com>,
	"Laurent Pinchart" <laurent.pinchart@ideasonboard.com>,
	"Andrzej Hajda" <andrzej.hajda@intel.com>,
	"Likun Gao" <Likun.Gao@amd.com>,
	"Sam Ravnborg" <sam@ravnborg.org>,
	"Alain Volmat" <alain.volmat@foss.st.com>,
	"Xinwei Kong" <kong.kongxinwei@hisilicon.com>,
	"Jernej Skrabec" <jernej.skrabec@gmail.com>,
	"Deepak Rawat" <drawat.floss@gmail.com>,
	"Chen-Yu Tsai" <wens@csie.org>, "Joel Stanley" <joel@jms.id.au>,
	"Philipp Zabel" <p.zabel@pengutronix.de>,
	"Ankit Nautiyal" <ankit.k.nautiyal@intel.com>,
	"Harry Wentland" <harry.wentland@amd.com>,
	"Sumit Semwal" <sumit.semwal@linaro.org>,
	"Alan Liu" <haoping.liu@amd.com>,
	"Philip Yang" <Philip.Yang@amd.com>,
	"Lyude Paul" <lyude@redhat.com>,
	intel-gfx@lists.freedesktop.org,
	"Alison Wang" <alison.wang@nxp.com>,
	"Wolfram Sang" <wsa+renesas@sang-engineering.com>,
	"Abhinav Kumar" <quic_abhinavk@quicinc.com>,
	"Gustavo Sousa" <gustavo.sousa@intel.com>,
	"Baolin Wang" <baolin.wang@linux.alibaba.com>,
	"Rodrigo Vivi" <rodrigo.vivi@intel.com>,
	"Mikko Perttunen" <mperttunen@nvidia.com>,
	"Tvrtko Ursulin" <tvrtko.ursulin@linux.intel.com>,
	"Rodrigo Siqueira" <rodrigosiqueiramelo@gmail.com>,
	"Tomi Valkeinen" <tomba@kernel.org>,
	"Deepak R Varma" <drv@mailo.com>,
	"Pan, Xinhui" <Xinhui.Pan@amd.com>,
	"Chia-I Wu" <olvaffe@gmail.com>,
	"Konrad Dybcio" <konrad.dybcio@linaro.org>,
	"Kieran Bingham" <kieran.bingham+renesas@ideasonboard.com>,
	"Tian Tao" <tiantao6@hisilicon.com>,
	"Shawn Guo" <shawnguo@kernel.org>,
	"Christian König" <christian.koenig@amd.com>,
	"Khaled Almahallawy" <khaled.almahallawy@intel.com>,
	linux-stm32@st-md-mailman.stormreply.com,
	"Emma Anholt" <emma@anholt.net>,
	"Chun-Kuang Hu" <chunkuang.hu@kernel.org>,
	"Imre Deak" <imre.deak@intel.com>,
	"Liviu Dudau" <liviu.dudau@arm.com>,
	"Alexandre Torgue" <alexandre.torgue@foss.st.com>,
	"Roman Li" <roman.li@amd.com>,
	"Paul Cercueil" <paul@crapouillou.net>,
	"Rob Clark" <robdclark@gmail.com>,
	"Hamza Mahfooz" <hamza.mahfooz@amd.com>,
	"David Airlie" <airlied@gmail.com>, "Marek Vasut" <marex@denx.de>,
	"Jiapeng Chong" <jiapeng.chong@linux.alibaba.com>,
	xen-devel@lists.xenproject.org,
	"Guchun Chen" <guchun.chen@amd.com>,
	"Oleksandr Andrushchenko" <oleksandr_andrushchenko@epam.com>,
	"Raphael Gallais-Pou" <raphael.gallais-pou@foss.st.com>,
	"Rodrigo Siqueira" <Rodrigo.Siqueira@amd.com>,
	"Russell King" <linux@armlinux.org.uk>,
	"Leo Li" <sunpeng.li@amd.com>,
	"Uma Shankar" <uma.shankar@intel.com>,
	"Mika Kahola" <mika.kahola@intel.com>,
	"Jiasheng Jiang" <jiasheng@iscas.ac.cn>,
	"Srinivasan Shanmugam" <srinivasan.shanmugam@amd.com>,
	"Thomas Zimmermann" <tzimmermann@suse.de>,
	"Vinod Govindapillai" <vinod.govindapillai@intel.com>,
	linux-tegra@vger.kernel.org, "Marek Olšák" <marek.olsak@amd.com>,
	"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
	"Joaquín Ignacio Aramendía" <samsagax@gmail.com>,
	"Melissa Wen" <mwen@igalia.com>,
	"Hans de Goede" <hdegoede@redhat.com>,
	linux-mediatek@lists.infradead.org,
	"Fabio Estevam" <festevam@gmail.com>,
	"Laurentiu Palcu" <laurentiu.palcu@oss.nxp.com>,
	"Matthias Brugger" <matthias.bgg@gmail.com>,
	"David Tadokoro" <davidbtadokoro@usp.br>,
	"AngeloGioacchino Del Regno"
	<angelogioacchino.delregno@collabora.com>,
	"Orson Zhai" <orsonzhai@gmail.com>,
	amd-gfx@lists.freedesktop.org, "Jyri Sarha" <jyri.sarha@iki.fi>,
	"Yannick Fertre" <yannick.fertre@foss.st.com>,
	"Nicolas Ferre" <nicolas.ferre@microchip.com>,
	"Krzysztof Kozlowski" <krzysztof.kozlowski@linaro.org>,
	"Philippe Cornu" <philippe.cornu@foss.st.com>,
	"Daniel Vetter" <daniel@ffwll.ch>,
	"Wayne Lin" <Wayne.Lin@amd.com>,
	"Dmitry Baryshkov" <dmitry.baryshkov@linaro.org>,
	"Nirmoy Das" <nirmoy.das@intel.com>, "Lang Yu" <Lang.Yu@amd.com>,
	"Lucas Stach" <l.stach@pengutronix.de>
Subject: Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
Date: Wed, 12 Jul 2023 15:53:00 +0200	[thread overview]
Message-ID: <a7h7uovevwdsuuwdqh7g36qgfyq3bt5sx3eba2npyduoyu2icc@pwygetstxdp3> (raw)
In-Reply-To: <20230712133803.rf26cbg5wz7wsmgl@pengutronix.de>

[-- Attachment #1: Type: text/plain, Size: 2603 bytes --]

On Wed, Jul 12, 2023 at 03:38:03PM +0200, Uwe Kleine-König wrote:
> Hello Maxime,
> 
> On Wed, Jul 12, 2023 at 02:52:38PM +0200, Maxime Ripard wrote:
> > On Wed, Jul 12, 2023 at 01:02:53PM +0200, Uwe Kleine-König wrote:
> > > > Background is that this makes merge conflicts easier to handle and detect.
> > > 
> > > Really?
> > 
> > FWIW, I agree with Christian here.
> > 
> > > Each file (apart from include/drm/drm_crtc.h) is only touched once. So
> > > unless I'm missing something you don't get less or easier conflicts by
> > > doing it all in a single patch. But you gain the freedom to drop a
> > > patch for one driver without having to drop the rest with it.
> > 
> > Not really, because the last patch removed the union anyway. So you have
> > to revert both the last patch, plus that driver one. And then you need
> > to add a TODO to remove that union eventually.
> 
> Yes, with a single patch you have only one revert (but 194 files changed,
> 1264 insertions(+), 1296 deletions(-)) instead of two (one of them: 1
> file changed, 9 insertions(+), 1 deletion(-); the other maybe a bit
> bigger). (And maybe you get away with just reverting the last patch.)
> 
> With a single patch the TODO after a revert is "redo it all again (and
> prepare for a different set of conflicts)" while with the split series
> it's only "fix that one driver that was forgotten/borked" + reapply that
> 10 line patch. As the one who gets that TODO, I prefer the latter.
> 
> So in sum: If your metric is "small count of reverted commits", you're
> right. If however your metric is: Better get 95% of this series' change
> in than maybe 0%, the split series is the way to do it.

I guess that's where we disagree: I don't see the point of having 95% of
it, either 0 or 100.

> With me having spend ~3h on this series' changes, it's maybe
> understandable that I did it the way I did.

I'm sorry, but that's never been an argument? I'm sure you and I both
have had series that took much longer dropped because it wasn't the
right approach.

> FTR: This series was created on top of v6.5-rc1. If you apply it to
> drm-misc-next you get a (trivial) conflict in patch #2. If I consider to
> be the responsible maintainer who applies this series, I like being able
> to just do git am --skip then. 

Or we can ask that the driver is based on drm-misc-next ...

> FTR#2: In drm-misc-next is a new driver
> (drivers/gpu/drm/loongson/lsdc_crtc.c) so skipping the last patch for
> now might indeed be a good idea.

... which is going to fix that one too.

Maxime

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 228 bytes --]

WARNING: multiple messages have this Message-ID (diff)
From: Maxime Ripard <mripard@kernel.org>
To: "Uwe Kleine-König" <u.kleine-koenig@pengutronix.de>
Cc: "Heiko Stübner" <heiko@sntech.de>,
	"Geert Uytterhoeven" <geert+renesas@glider.be>,
	"Xinliang Liu" <xinliang.liu@linaro.org>,
	"Linus Walleij" <linus.walleij@linaro.org>,
	"Rodrigo Vivi" <rodrigo.vivi@intel.com>,
	"Alexey Kodanev" <aleksei.kodanev@bell-sw.com>,
	dri-devel@lists.freedesktop.org,
	"Vandita Kulkarni" <vandita.kulkarni@intel.com>,
	"Alim Akhtar" <alim.akhtar@samsung.com>,
	"Anitha Chrisanthus" <anitha.chrisanthus@intel.com>,
	"Marijn Suijten" <marijn.suijten@somainline.org>,
	"Jonathan Hunter" <jonathanh@nvidia.com>,
	"Arun R Murthy" <arun.r.murthy@intel.com>,
	"Jerome Brunet" <jbrunet@baylibre.com>,
	linux-samsung-soc@vger.kernel.org,
	"Samuel Holland" <samuel@sholland.org>,
	"Matt Roper" <matthew.d.roper@intel.com>,
	"Wenjing Liu" <wenjing.liu@amd.com>,
	"Javier Martinez Canillas" <javierm@redhat.com>,
	"Stanislav Lisovskiy" <stanislav.lisovskiy@intel.com>,
	"Danilo Krummrich" <dakr@redhat.com>,
	"NXP Linux Team" <linux-imx@nxp.com>,
	spice-devel@lists.freedesktop.org,
	"Niranjana Vishwanathapura" <niranjana.vishwanathapura@intel.com>,
	"Dmitry Baryshkov" <dmitry.baryshkov@linaro.org>,
	linux-sunxi@lists.linux.dev,
	"Matthias Brugger" <matthias.bgg@gmail.com>,
	"Stylon Wang" <stylon.wang@amd.com>,
	"Tim Huang" <Tim.Huang@amd.com>,
	"Suraj Kandpal" <suraj.kandpal@intel.com>,
	"André Almeida" <andrealmeid@igalia.com>,
	"Mika Kahola" <mika.kahola@intel.com>,
	"Tvrtko Ursulin" <tvrtko.ursulin@linux.intel.com>,
	"Jani Nikula" <jani.nikula@intel.com>,
	"Sascha Hauer" <s.hauer@pengutronix.de>,
	"Lucas De Marchi" <lucas.demarchi@intel.com>,
	"Inki Dae" <inki.dae@samsung.com>,
	"Hersen Wu" <hersenxs.wu@amd.com>,
	"Dave Airlie" <airlied@redhat.com>,
	"Kamlesh Gurudasani" <kamlesh.gurudasani@gmail.com>,
	"Bhawanpreet Lakha" <Bhawanpreet.Lakha@amd.com>,
	"Łukasz Bartosik" <lb@semihalf.com>,
	"Radhakrishna Sripada" <radhakrishna.sripada@intel.com>,
	"Andrew Jeffery" <andrew@aj.id.au>,
	"Seung-Woo Kim" <sw0312.kim@samsung.com>,
	"Noralf Trønnes" <noralf@tronnes.org>,
	kernel@pengutronix.de, "Alex Deucher" <alexander.deucher@amd.com>,
	freedreno@lists.freedesktop.org,
	"Claudiu Beznea" <claudiu.beznea@microchip.com>,
	"Zack Rusin" <zackr@vmware.com>,
	"Laurent Pinchart" <laurent.pinchart@ideasonboard.com>,
	"Alexandre Belloni" <alexandre.belloni@bootlin.com>,
	linux-aspeed@lists.ozlabs.org, nouveau@lists.freedesktop.org,
	"Mitul Golani" <mitulkumar.ajitkumar.golani@intel.com>,
	"José Roberto de Souza" <jose.souza@intel.com>,
	virtualization@lists.linux-foundation.org,
	"Thierry Reding" <thierry.reding@gmail.com>,
	"Yongqin Liu" <yongqin.liu@linaro.org>,
	"Mario Limonciello" <mario.limonciello@amd.com>,
	"Fei Yang" <fei.yang@intel.com>,
	"Ville Syrjälä" <ville.syrjala@linux.intel.com>,
	"Konrad Dybcio" <konrad.dybcio@linaro.org>,
	"Juha-Pekka Heikkila" <juhapekka.heikkila@gmail.com>,
	"Chunyan Zhang" <zhang.lyra@gmail.com>,
	"David Francis" <David.Francis@amd.com>,
	"Vinod Govindapillai" <vinod.govindapillai@intel.com>,
	"Aaron Liu" <aaron.liu@amd.com>,
	"Patrik Jakobsson" <patrik.r.jakobsson@gmail.com>,
	"Vinod Polimera" <quic_vpolimer@quicinc.com>,
	linux-rockchip@lists.infradead.org,
	"Fangzhi Zuo" <jerry.zuo@amd.com>,
	"Aurabindo Pillai" <aurabindo.pillai@amd.com>,
	"VMware Graphics Reviewers"
	<linux-graphics-maintainer@vmware.com>,
	"Ben Skeggs" <bskeggs@redhat.com>,
	"Jouni Högander" <jouni.hogander@intel.com>,
	"Jessica Zhang" <quic_jesszhan@quicinc.com>,
	"Martin Blumenstingl" <martin.blumenstingl@googlemail.com>,
	linux-arm-msm@vger.kernel.org,
	"Animesh Manna" <animesh.manna@intel.com>,
	"Nicolas Ferre" <nicolas.ferre@microchip.com>,
	"Jani Nikula" <jani.nikula@linux.intel.com>,
	"Chaitanya Kumar Borah" <chaitanya.kumar.borah@intel.com>,
	"Tian Tao" <tiantao6@hisilicon.com>,
	"Biju Das" <biju.das.jz@bp.renesas.com>,
	linux-amlogic@lists.infradead.org,
	"Evan Quan" <evan.quan@amd.com>,
	"Michal Simek" <michal.simek@amd.com>,
	linux-arm-kernel@lists.infradead.org,
	"Sean Paul" <sean@poorly.run>,
	"Neil Armstrong" <neil.armstrong@linaro.org>,
	"Kai Vehmanen" <kai.vehmanen@linux.intel.com>,
	"Boris Brezillon" <bbrezillon@kernel.org>,
	"Shawn Guo" <shawnguo@kernel.org>,
	"Qingqing Zhuo" <qingqing.zhuo@amd.com>,
	"Sandy Huang" <hjc@rock-chips.com>,
	"Swati Sharma" <swati2.sharma@intel.com>,
	linux-renesas-soc@vger.kernel.org,
	"Kyungmin Park" <kyungmin.park@samsung.com>,
	"Maxime Coquelin" <mcoquelin.stm32@gmail.com>,
	"Kevin Hilman" <khilman@baylibre.com>,
	"Hawking Zhang" <Hawking.Zhang@amd.com>,
	"Haneen Mohammed" <hamohammed.sa@gmail.com>,
	"Paul Cercueil" <paul@crapouillou.net>,
	"Anusha Srivatsa" <anusha.srivatsa@intel.com>,
	"Dan Carpenter" <error27@gmail.com>,
	"Karol Herbst" <kherbst@redhat.com>,
	"Joonas Lahtinen" <joonas.lahtinen@linux.intel.com>,
	linux-hyperv@vger.kernel.org, "Stefan Agner" <stefan@agner.ch>,
	"Melissa Wen" <melissa.srw@gmail.com>,
	"Maíra Canal" <mairacanal@riseup.net>,
	"Luca Coelho" <luciano.coelho@intel.com>,
	"Gerd Hoffmann" <kraxel@redhat.com>,
	"Andrzej Hajda" <andrzej.hajda@intel.com>,
	"Likun Gao" <Likun.Gao@amd.com>,
	"Jiri Slaby (SUSE)" <jirislaby@kernel.org>,
	"Emma Anholt" <emma@anholt.net>,
	"Alain Volmat" <alain.volmat@foss.st.com>,
	"Chen-Yu Tsai" <wens@csie.org>,
	"Jernej Skrabec" <jernej.skrabec@gmail.com>,
	"Deepak Rawat" <drawat.floss@gmail.com>,
	"Xinwei Kong" <kong.kongxinwei@hisilicon.com>,
	"Joel Stanley" <joel@jms.id.au>,
	"Orson Zhai" <orsonzhai@gmail.com>,
	"Ankit Nautiyal" <ankit.k.nautiyal@intel.com>,
	"Harry Wentland" <harry.wentland@amd.com>,
	"Chia-I Wu" <olvaffe@gmail.com>, "Alan Liu" <haoping.liu@amd.com>,
	"Philip Yang" <Philip.Yang@amd.com>,
	intel-gfx@lists.freedesktop.org,
	"Alison Wang" <alison.wang@nxp.com>,
	"Wolfram Sang" <wsa+renesas@sang-engineering.com>,
	"Abhinav Kumar" <quic_abhinavk@quicinc.com>,
	"Gustavo Sousa" <gustavo.sousa@intel.com>,
	"Baolin Wang" <baolin.wang@linux.alibaba.com>,
	"Tomi Valkeinen" <tomi.valkeinen+renesas@ideasonboard.com>,
	"Daniel Vetter" <daniel@ffwll.ch>,
	"Mikko Perttunen" <mperttunen@nvidia.com>,
	"Yifan Zhang" <yifan1.zhang@amd.com>,
	"Rodrigo Siqueira" <rodrigosiqueiramelo@gmail.com>,
	"Tomi Valkeinen" <tomba@kernel.org>,
	"Deepak R Varma" <drv@mailo.com>,
	"Pan, Xinhui" <Xinhui.Pan@amd.com>,
	"Julia Lawall" <Julia.Lawall@inria.fr>,
	"Kieran Bingham" <kieran.bingham+renesas@ideasonboard.com>,
	"John Stultz" <jstultz@google.com>, "Roman Li" <roman.li@amd.com>,
	"Sumit Semwal" <sumit.semwal@linaro.org>,
	"Christian König" <christian.koenig@amd.com>,
	"Khaled Almahallawy" <khaled.almahallawy@intel.com>,
	linux-stm32@st-md-mailman.stormreply.com,
	"Sam Ravnborg" <sam@ravnborg.org>,
	"Chun-Kuang Hu" <chunkuang.hu@kernel.org>,
	"Imre Deak" <imre.deak@intel.com>,
	"Liviu Dudau" <liviu.dudau@arm.com>,
	"Alexandre Torgue" <alexandre.torgue@foss.st.com>,
	"Gurchetan Singh" <gurchetansingh@chromium.org>,
	"Liu Shixin" <liushixin2@huawei.com>,
	"Krzysztof Kozlowski" <krzysztof.kozlowski@linaro.org>,
	"Hamza Mahfooz" <hamza.mahfooz@amd.com>,
	"David Airlie" <airlied@gmail.com>, "Marek Vasut" <marex@denx.de>,
	"Paul Kocialkowski" <paul.kocialkowski@bootlin.com>,
	"Lang Yu" <Lang.Yu@amd.com>,
	xen-devel@lists.xenproject.org,
	"Guchun Chen" <guchun.chen@amd.com>,
	"Oleksandr Andrushchenko" <oleksandr_andrushchenko@epam.com>,
	"Raphael Gallais-Pou" <raphael.gallais-pou@foss.st.com>,
	"Rodrigo Siqueira" <Rodrigo.Siqueira@amd.com>,
	"Russell King" <linux@armlinux.org.uk>,
	"Leo Li" <sunpeng.li@amd.com>,
	"Uma Shankar" <uma.shankar@intel.com>,
	"Andi Shyti" <andi.shyti@linux.intel.com>,
	"Jiasheng Jiang" <jiasheng@iscas.ac.cn>,
	"Srinivasan Shanmugam" <srinivasan.shanmugam@amd.com>,
	"David Lechner" <david@lechnology.com>,
	"Jiapeng Chong" <jiapeng.chong@linux.alibaba.com>,
	"Marek Olšák" <marek.olsak@amd.com>,
	"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
	"Joaquín Ignacio Aramendía" <samsagax@gmail.com>,
	"Melissa Wen" <mwen@igalia.com>,
	"Hans de Goede" <hdegoede@redhat.com>,
	linux-mediatek@lists.infradead.org,
	"Fabio Estevam" <festevam@gmail.com>,
	"Laurentiu Palcu" <laurentiu.palcu@oss.nxp.com>,
	linux-tegra@vger.kernel.org,
	"David Tadokoro" <davidbtadokoro@usp.br>,
	"AngeloGioacchino Del Regno"
	<angelogioacchino.delregno@collabora.com>,
	amd-gfx@lists.freedesktop.org,
	"Thomas Zimmermann" <tzimmermann@suse.de>,
	"Yannick Fertre" <yannick.fertre@foss.st.com>,
	linux-mips@vger.kernel.org, "Rob Clark" <robdclark@gmail.com>,
	"Philippe Cornu" <philippe.cornu@foss.st.com>,
	"Philipp Zabel" <p.zabel@pengutronix.de>,
	"Wayne Lin" <Wayne.Lin@amd.com>,
	"Drew Davenport" <ddavenport@chromium.org>,
	"Nirmoy Das" <nirmoy.das@intel.com>,
	"Jyri Sarha" <jyri.sarha@iki.fi>,
	"Lucas Stach" <l.stach@pengutronix.de>
Subject: Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
Date: Wed, 12 Jul 2023 15:53:00 +0200	[thread overview]
Message-ID: <a7h7uovevwdsuuwdqh7g36qgfyq3bt5sx3eba2npyduoyu2icc@pwygetstxdp3> (raw)
In-Reply-To: <20230712133803.rf26cbg5wz7wsmgl@pengutronix.de>

[-- Attachment #1: Type: text/plain, Size: 2603 bytes --]

On Wed, Jul 12, 2023 at 03:38:03PM +0200, Uwe Kleine-König wrote:
> Hello Maxime,
> 
> On Wed, Jul 12, 2023 at 02:52:38PM +0200, Maxime Ripard wrote:
> > On Wed, Jul 12, 2023 at 01:02:53PM +0200, Uwe Kleine-König wrote:
> > > > Background is that this makes merge conflicts easier to handle and detect.
> > > 
> > > Really?
> > 
> > FWIW, I agree with Christian here.
> > 
> > > Each file (apart from include/drm/drm_crtc.h) is only touched once. So
> > > unless I'm missing something you don't get less or easier conflicts by
> > > doing it all in a single patch. But you gain the freedom to drop a
> > > patch for one driver without having to drop the rest with it.
> > 
> > Not really, because the last patch removed the union anyway. So you have
> > to revert both the last patch, plus that driver one. And then you need
> > to add a TODO to remove that union eventually.
> 
> Yes, with a single patch you have only one revert (but 194 files changed,
> 1264 insertions(+), 1296 deletions(-)) instead of two (one of them: 1
> file changed, 9 insertions(+), 1 deletion(-); the other maybe a bit
> bigger). (And maybe you get away with just reverting the last patch.)
> 
> With a single patch the TODO after a revert is "redo it all again (and
> prepare for a different set of conflicts)" while with the split series
> it's only "fix that one driver that was forgotten/borked" + reapply that
> 10 line patch. As the one who gets that TODO, I prefer the latter.
> 
> So in sum: If your metric is "small count of reverted commits", you're
> right. If however your metric is: Better get 95% of this series' change
> in than maybe 0%, the split series is the way to do it.

I guess that's where we disagree: I don't see the point of having 95% of
it, either 0 or 100.

> With me having spend ~3h on this series' changes, it's maybe
> understandable that I did it the way I did.

I'm sorry, but that's never been an argument? I'm sure you and I both
have had series that took much longer dropped because it wasn't the
right approach.

> FTR: This series was created on top of v6.5-rc1. If you apply it to
> drm-misc-next you get a (trivial) conflict in patch #2. If I consider to
> be the responsible maintainer who applies this series, I like being able
> to just do git am --skip then. 

Or we can ask that the driver is based on drm-misc-next ...

> FTR#2: In drm-misc-next is a new driver
> (drivers/gpu/drm/loongson/lsdc_crtc.c) so skipping the last patch for
> now might indeed be a good idea.

... which is going to fix that one too.

Maxime

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 228 bytes --]

WARNING: multiple messages have this Message-ID (diff)
From: Maxime Ripard <mripard@kernel.org>
To: "Uwe Kleine-König" <u.kleine-koenig@pengutronix.de>
Cc: "Geert Uytterhoeven" <geert+renesas@glider.be>,
	"Xinliang Liu" <xinliang.liu@linaro.org>,
	"Rodrigo Vivi" <rodrigo.vivi@intel.com>,
	"Alexey Kodanev" <aleksei.kodanev@bell-sw.com>,
	dri-devel@lists.freedesktop.org,
	"Vandita Kulkarni" <vandita.kulkarni@intel.com>,
	"Alim Akhtar" <alim.akhtar@samsung.com>,
	"Anitha Chrisanthus" <anitha.chrisanthus@intel.com>,
	"Marijn Suijten" <marijn.suijten@somainline.org>,
	"Jonathan Hunter" <jonathanh@nvidia.com>,
	"Arun R Murthy" <arun.r.murthy@intel.com>,
	"Jerome Brunet" <jbrunet@baylibre.com>,
	linux-samsung-soc@vger.kernel.org,
	"Samuel Holland" <samuel@sholland.org>,
	"Matt Roper" <matthew.d.roper@intel.com>,
	"Wenjing Liu" <wenjing.liu@amd.com>,
	"Javier Martinez Canillas" <javierm@redhat.com>,
	"Stanislav Lisovskiy" <stanislav.lisovskiy@intel.com>,
	"Danilo Krummrich" <dakr@redhat.com>,
	"NXP Linux Team" <linux-imx@nxp.com>,
	spice-devel@lists.freedesktop.org,
	"Niranjana Vishwanathapura" <niranjana.vishwanathapura@intel.com>,
	"Dmitry Baryshkov" <dmitry.baryshkov@linaro.org>,
	linux-sunxi@lists.linux.dev,
	"Matthias Brugger" <matthias.bgg@gmail.com>,
	"Stylon Wang" <stylon.wang@amd.com>,
	"Tim Huang" <Tim.Huang@amd.com>,
	"Suraj Kandpal" <suraj.kandpal@intel.com>,
	"André Almeida" <andrealmeid@igalia.com>,
	"Mika Kahola" <mika.kahola@intel.com>,
	"Tvrtko Ursulin" <tvrtko.ursulin@linux.intel.com>,
	"Jani Nikula" <jani.nikula@intel.com>,
	"Sascha Hauer" <s.hauer@pengutronix.de>,
	"Lucas De Marchi" <lucas.demarchi@intel.com>,
	"Hersen Wu" <hersenxs.wu@amd.com>,
	"Dave Airlie" <airlied@redhat.com>,
	"Kamlesh Gurudasani" <kamlesh.gurudasani@gmail.com>,
	"Bhawanpreet Lakha" <Bhawanpreet.Lakha@amd.com>,
	"Łukasz Bartosik" <lb@semihalf.com>,
	"Radhakrishna Sripada" <radhakrishna.sripada@intel.com>,
	"Andrew Jeffery" <andrew@aj.id.au>,
	"Seung-Woo Kim" <sw0312.kim@samsung.com>,
	"Noralf Trønnes" <noralf@tronnes.org>,
	kernel@pengutronix.de, "Alex Deucher" <alexander.deucher@amd.com>,
	freedreno@lists.freedesktop.org,
	"Claudiu Beznea" <claudiu.beznea@microchip.com>,
	"Laurent Pinchart" <laurent.pinchart@ideasonboard.com>,
	"Alexandre Belloni" <alexandre.belloni@bootlin.com>,
	linux-aspeed@lists.ozlabs.org, nouveau@lists.freedesktop.org,
	"Mitul Golani" <mitulkumar.ajitkumar.golani@intel.com>,
	"José Roberto de Souza" <jose.souza@intel.com>,
	virtualization@lists.linux-foundation.org,
	"Thierry Reding" <thierry.reding@gmail.com>,
	"Yongqin Liu" <yongqin.liu@linaro.org>,
	"Mario Limonciello" <mario.limonciello@amd.com>,
	"Fei Yang" <fei.yang@intel.com>,
	"Konrad Dybcio" <konrad.dybcio@linaro.org>,
	"Juha-Pekka Heikkila" <juhapekka.heikkila@gmail.com>,
	"Chunyan Zhang" <zhang.lyra@gmail.com>,
	"David Francis" <David.Francis@amd.com>,
	"Vinod Govindapillai" <vinod.govindapillai@intel.com>,
	"Aaron Liu" <aaron.liu@amd.com>,
	"Vinod Polimera" <quic_vpolimer@quicinc.com>,
	linux-rockchip@lists.infradead.org,
	"Fangzhi Zuo" <jerry.zuo@amd.com>,
	"Aurabindo Pillai" <aurabindo.pillai@amd.com>,
	"VMware Graphics Reviewers"
	<linux-graphics-maintainer@vmware.com>,
	"Ben Skeggs" <bskeggs@redhat.com>,
	"Jouni Högander" <jouni.hogander@intel.com>,
	"Jessica Zhang" <quic_jesszhan@quicinc.com>,
	"Martin Blumenstingl" <martin.blumenstingl@googlemail.com>,
	linux-arm-msm@vger.kernel.org,
	"Animesh Manna" <animesh.manna@intel.com>,
	"Nicolas Ferre" <nicolas.ferre@microchip.com>,
	"Chaitanya Kumar Borah" <chaitanya.kumar.borah@intel.com>,
	"Tian Tao" <tiantao6@hisilicon.com>,
	"Biju Das" <biju.das.jz@bp.renesas.com>,
	linux-amlogic@lists.infradead.org,
	"Evan Quan" <evan.quan@amd.com>,
	"Michal Simek" <michal.simek@amd.com>,
	linux-arm-kernel@lists.infradead.org,
	"Sean Paul" <sean@poorly.run>,
	"Neil Armstrong" <neil.armstrong@linaro.org>,
	"Kai Vehmanen" <kai.vehmanen@linux.intel.com>,
	"Boris Brezillon" <bbrezillon@kernel.org>,
	"Shawn Guo" <shawnguo@kernel.org>,
	"Qingqing Zhuo" <qingqing.zhuo@amd.com>,
	"Sandy Huang" <hjc@rock-chips.com>,
	"Swati Sharma" <swati2.sharma@intel.com>,
	linux-renesas-soc@vger.kernel.org,
	"Kyungmin Park" <kyungmin.park@samsung.com>,
	"Maxime Coquelin" <mcoquelin.stm32@gmail.com>,
	"Kevin Hilman" <khilman@baylibre.com>,
	"Hawking Zhang" <Hawking.Zhang@amd.com>,
	"Haneen Mohammed" <hamohammed.sa@gmail.com>,
	"Paul Cercueil" <paul@crapouillou.net>,
	"Anusha Srivatsa" <anusha.srivatsa@intel.com>,
	"Dan Carpenter" <error27@gmail.com>,
	"Karol Herbst" <kherbst@redhat.com>,
	linux-hyperv@vger.kernel.org,
	"Melissa Wen" <melissa.srw@gmail.com>,
	"Maíra Canal" <mairacanal@riseup.net>,
	"Luca Coelho" <luciano.coelho@intel.com>,
	"Gerd Hoffmann" <kraxel@redhat.com>,
	"Andrzej Hajda" <andrzej.hajda@intel.com>,
	"Likun Gao" <Likun.Gao@amd.com>,
	"Jiri Slaby (SUSE)" <jirislaby@kernel.org>,
	"Emma Anholt" <emma@anholt.net>,
	"Alain Volmat" <alain.volmat@foss.st.com>,
	"Chen-Yu Tsai" <wens@csie.org>,
	"Jernej Skrabec" <jernej.skrabec@gmail.com>,
	"Deepak Rawat" <drawat.floss@gmail.com>,
	"Xinwei Kong" <kong.kongxinwei@hisilicon.com>,
	"Joel Stanley" <joel@jms.id.au>,
	"Orson Zhai" <orsonzhai@gmail.com>,
	"Ankit Nautiyal" <ankit.k.nautiyal@intel.com>,
	"Alan Liu" <haoping.liu@amd.com>,
	"Philip Yang" <Philip.Yang@amd.com>,
	intel-gfx@lists.freedesktop.org,
	"Alison Wang" <alison.wang@nxp.com>,
	"Wolfram Sang" <wsa+renesas@sang-engineering.com>,
	"Abhinav Kumar" <quic_abhinavk@quicinc.com>,
	"Gustavo Sousa" <gustavo.sousa@intel.com>,
	"Baolin Wang" <baolin.wang@linux.alibaba.com>,
	"Tomi Valkeinen" <tomi.valkeinen+renesas@ideasonboard.com>,
	"Mikko Perttunen" <mperttunen@nvidia.com>,
	"Yifan Zhang" <yifan1.zhang@amd.com>,
	"Rodrigo Siqueira" <rodrigosiqueiramelo@gmail.com>,
	"Tomi Valkeinen" <tomba@kernel.org>,
	"Deepak R Varma" <drv@mailo.com>,
	"Pan, Xinhui" <Xinhui.Pan@amd.com>,
	"Julia Lawall" <Julia.Lawall@inria.fr>,
	"Kieran Bingham" <kieran.bingham+renesas@ideasonboard.com>,
	"John Stultz" <jstultz@google.com>, "Roman Li" <roman.li@amd.com>,
	"Sumit Semwal" <sumit.semwal@linaro.org>,
	"Christian König" <christian.koenig@amd.com>,
	"Khaled Almahallawy" <khaled.almahallawy@intel.com>,
	linux-stm32@st-md-mailman.stormreply.com,
	"Sam Ravnborg" <sam@ravnborg.org>,
	"Chun-Kuang Hu" <chunkuang.hu@kernel.org>,
	"Liviu Dudau" <liviu.dudau@arm.com>,
	"Alexandre Torgue" <alexandre.torgue@foss.st.com>,
	"Gurchetan Singh" <gurchetansingh@chromium.org>,
	"Liu Shixin" <liushixin2@huawei.com>,
	"Krzysztof Kozlowski" <krzysztof.kozlowski@linaro.org>,
	"Hamza Mahfooz" <hamza.mahfooz@amd.com>,
	"Marek Vasut" <marex@denx.de>,
	"Paul Kocialkowski" <paul.kocialkowski@bootlin.com>,
	"Lang Yu" <Lang.Yu@amd.com>,
	xen-devel@lists.xenproject.org,
	"Guchun Chen" <guchun.chen@amd.com>,
	"Oleksandr Andrushchenko" <oleksandr_andrushchenko@epam.com>,
	"Raphael Gallais-Pou" <raphael.gallais-pou@foss.st.com>,
	"Rodrigo Siqueira" <Rodrigo.Siqueira@amd.com>,
	"Russell King" <linux@armlinux.org.uk>,
	"Leo Li" <sunpeng.li@amd.com>,
	"Uma Shankar" <uma.shankar@intel.com>,
	"Andi Shyti" <andi.shyti@linux.intel.com>,
	"Jiasheng Jiang" <jiasheng@iscas.ac.cn>,
	"Srinivasan Shanmugam" <srinivasan.shanmugam@amd.com>,
	"David Lechner" <david@lechnology.com>,
	"Jiapeng Chong" <jiapeng.chong@linux.alibaba.com>,
	"Marek Olšák" <marek.olsak@amd.com>,
	"Joaquín Ignacio Aramendía" <samsagax@gmail.com>,
	"Melissa Wen" <mwen@igalia.com>,
	"Hans de Goede" <hdegoede@redhat.com>,
	linux-mediatek@lists.infradead.org,
	"Laurentiu Palcu" <laurentiu.palcu@oss.nxp.com>,
	linux-tegra@vger.kernel.org,
	"David Tadokoro" <davidbtadokoro@usp.br>,
	"AngeloGioacchino Del Regno"
	<angelogioacchino.delregno@collabora.com>,
	amd-gfx@lists.freedesktop.org,
	"Thomas Zimmermann" <tzimmermann@suse.de>,
	"Yannick Fertre" <yannick.fertre@foss.st.com>,
	linux-mips@vger.kernel.org,
	"Philippe Cornu" <philippe.cornu@foss.st.com>,
	"Wayne Lin" <Wayne.Lin@amd.com>,
	"Drew Davenport" <ddavenport@chromium.org>,
	"Nirmoy Das" <nirmoy.das@intel.com>,
	"Jyri Sarha" <jyri.sarha@iki.fi>
Subject: Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
Date: Wed, 12 Jul 2023 15:53:00 +0200	[thread overview]
Message-ID: <a7h7uovevwdsuuwdqh7g36qgfyq3bt5sx3eba2npyduoyu2icc@pwygetstxdp3> (raw)
In-Reply-To: <20230712133803.rf26cbg5wz7wsmgl@pengutronix.de>

[-- Attachment #1: Type: text/plain, Size: 2603 bytes --]

On Wed, Jul 12, 2023 at 03:38:03PM +0200, Uwe Kleine-König wrote:
> Hello Maxime,
> 
> On Wed, Jul 12, 2023 at 02:52:38PM +0200, Maxime Ripard wrote:
> > On Wed, Jul 12, 2023 at 01:02:53PM +0200, Uwe Kleine-König wrote:
> > > > Background is that this makes merge conflicts easier to handle and detect.
> > > 
> > > Really?
> > 
> > FWIW, I agree with Christian here.
> > 
> > > Each file (apart from include/drm/drm_crtc.h) is only touched once. So
> > > unless I'm missing something you don't get less or easier conflicts by
> > > doing it all in a single patch. But you gain the freedom to drop a
> > > patch for one driver without having to drop the rest with it.
> > 
> > Not really, because the last patch removed the union anyway. So you have
> > to revert both the last patch, plus that driver one. And then you need
> > to add a TODO to remove that union eventually.
> 
> Yes, with a single patch you have only one revert (but 194 files changed,
> 1264 insertions(+), 1296 deletions(-)) instead of two (one of them: 1
> file changed, 9 insertions(+), 1 deletion(-); the other maybe a bit
> bigger). (And maybe you get away with just reverting the last patch.)
> 
> With a single patch the TODO after a revert is "redo it all again (and
> prepare for a different set of conflicts)" while with the split series
> it's only "fix that one driver that was forgotten/borked" + reapply that
> 10 line patch. As the one who gets that TODO, I prefer the latter.
> 
> So in sum: If your metric is "small count of reverted commits", you're
> right. If however your metric is: Better get 95% of this series' change
> in than maybe 0%, the split series is the way to do it.

I guess that's where we disagree: I don't see the point of having 95% of
it, either 0 or 100.

> With me having spend ~3h on this series' changes, it's maybe
> understandable that I did it the way I did.

I'm sorry, but that's never been an argument? I'm sure you and I both
have had series that took much longer dropped because it wasn't the
right approach.

> FTR: This series was created on top of v6.5-rc1. If you apply it to
> drm-misc-next you get a (trivial) conflict in patch #2. If I consider to
> be the responsible maintainer who applies this series, I like being able
> to just do git am --skip then. 

Or we can ask that the driver is based on drm-misc-next ...

> FTR#2: In drm-misc-next is a new driver
> (drivers/gpu/drm/loongson/lsdc_crtc.c) so skipping the last patch for
> now might indeed be a good idea.

... which is going to fix that one too.

Maxime

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 228 bytes --]

WARNING: multiple messages have this Message-ID (diff)
From: Maxime Ripard <mripard@kernel.org>
To: "Uwe Kleine-König" <u.kleine-koenig@pengutronix.de>
Cc: "Heiko Stübner" <heiko@sntech.de>,
	"Geert Uytterhoeven" <geert+renesas@glider.be>,
	"Xinliang Liu" <xinliang.liu@linaro.org>,
	"Linus Walleij" <linus.walleij@linaro.org>,
	"Rodrigo Vivi" <rodrigo.vivi@intel.com>,
	"Alexey Kodanev" <aleksei.kodanev@bell-sw.com>,
	dri-devel@lists.freedesktop.org,
	"Alim Akhtar" <alim.akhtar@samsung.com>,
	"Anitha Chrisanthus" <anitha.chrisanthus@intel.com>,
	"Marijn Suijten" <marijn.suijten@somainline.org>,
	"Jonathan Hunter" <jonathanh@nvidia.com>,
	"Jerome Brunet" <jbrunet@baylibre.com>,
	linux-samsung-soc@vger.kernel.org,
	"Samuel Holland" <samuel@sholland.org>,
	"Matt Roper" <matthew.d.roper@intel.com>,
	"Wenjing Liu" <wenjing.liu@amd.com>,
	"Javier Martinez Canillas" <javierm@redhat.com>,
	"Danilo Krummrich" <dakr@redhat.com>,
	"NXP Linux Team" <linux-imx@nxp.com>,
	spice-devel@lists.freedesktop.org,
	"Dmitry Baryshkov" <dmitry.baryshkov@linaro.org>,
	linux-sunxi@lists.linux.dev,
	"Matthias Brugger" <matthias.bgg@gmail.com>,
	"Tim Huang" <Tim.Huang@amd.com>,
	"André Almeida" <andrealmeid@igalia.com>,
	"Jani Nikula" <jani.nikula@intel.com>,
	"Sascha Hauer" <s.hauer@pengutronix.de>,
	"Lucas De Marchi" <lucas.demarchi@intel.com>,
	"Inki Dae" <inki.dae@samsung.com>,
	"Hersen Wu" <hersenxs.wu@amd.com>,
	"Dave Airlie" <airlied@redhat.com>,
	"Kamlesh Gurudasani" <kamlesh.gurudasani@gmail.com>,
	"Bhawanpreet Lakha" <Bhawanpreet.Lakha@amd.com>,
	"Łukasz Bartosik" <lb@semihalf.com>,
	"Andrew Jeffery" <andrew@aj.id.au>,
	"Seung-Woo Kim" <sw0312.kim@samsung.com>,
	"Noralf Trønnes" <noralf@tronnes.org>,
	kernel@pengutronix.de, "Alex Deucher" <alexander.deucher@amd.com>,
	freedreno@lists.freedesktop.org,
	"Claudiu Beznea" <claudiu.beznea@microchip.com>,
	"Zack Rusin" <zackr@vmware.com>,
	"Laurent Pinchart" <laurent.pinchart@ideasonboard.com>,
	"Alexandre Belloni" <alexandre.belloni@bootlin.com>,
	linux-aspeed@lists.ozlabs.org, nouveau@lists.freedesktop.org,
	virtualization@lists.linux-foundation.org,
	"Yongqin Liu" <yongqin.liu@linaro.org>,
	"Mario Limonciello" <mario.limonciello@amd.com>,
	"Konrad Dybcio" <konrad.dybcio@linaro.org>,
	"Chunyan Zhang" <zhang.lyra@gmail.com>,
	"David Francis" <David.Francis@amd.com>,
	"Aaron Liu" <aaron.liu@amd.com>,
	"Vinod Polimera" <quic_vpolimer@quicinc.com>,
	linux-rockchip@lists.infradead.org,
	"Fangzhi Zuo" <jerry.zuo@amd.com>,
	"Aurabindo Pillai" <aurabindo.pillai@amd.com>,
	"VMware Graphics Reviewers"
	<linux-graphics-maintainer@vmware.com>,
	"Ben Skeggs" <bskeggs@redhat.com>,
	"Jessica Zhang" <quic_jesszhan@quicinc.com>,
	"Martin Blumenstingl" <martin.blumenstingl@googlemail.com>,
	linux-arm-msm@vger.kernel.org,
	"Nicolas Ferre" <nicolas.ferre@microchip.com>,
	"Tian Tao" <tiantao6@hisilicon.com>,
	"Biju Das" <biju.das.jz@bp.renesas.com>,
	linux-amlogic@lists.infradead.org,
	"Evan Quan" <evan.quan@amd.com>,
	"Michal Simek" <michal.simek@amd.com>,
	linux-arm-kernel@lists.infradead.org,
	"Neil Armstrong" <neil.armstrong@linaro.org>,
	"Boris Brezillon" <bbrezillon@kernel.org>,
	"Shawn Guo" <shawnguo@kernel.org>,
	"Qingqing Zhuo" <qingqing.zhuo@amd.com>,
	"Sandy Huang" <hjc@rock-chips.com>,
	linux-renesas-soc@vger.kernel.org,
	"Kyungmin Park" <kyungmin.park@samsung.com>,
	"Maxime Coquelin" <mcoquelin.stm32@gmail.com>,
	"Kevin Hilman" <khilman@baylibre.com>,
	"Hawking Zhang" <Hawking.Zhang@amd.com>,
	"Haneen Mohammed" <hamohammed.sa@gmail.com>,
	"Paul Cercueil" <paul@crapouillou.net>,
	"Dan Carpenter" <error27@gmail.com>,
	"Karol Herbst" <kherbst@redhat.com>,
	linux-hyperv@vger.kernel.org, "Stefan Agner" <stefan@agner.ch>,
	"Melissa Wen" <melissa.srw@gmail.com>,
	"Maíra Canal" <mairacanal@riseup.net>,
	"Luca Coelho" <luciano.coelho@intel.com>,
	"Gerd Hoffmann" <kraxel@redhat.com>,
	"Andrzej Hajda" <andrzej.hajda@intel.com>,
	"Likun Gao" <Likun.Gao@amd.com>,
	"Jiri Slaby (SUSE)" <jirislaby@kernel.org>,
	"Emma Anholt" <emma@anholt.net>,
	"Alain Volmat" <alain.volmat@foss.st.com>,
	"Chen-Yu Tsai" <wens@csie.org>,
	"Jernej Skrabec" <jernej.skrabec@gmail.com>,
	"Deepak Rawat" <drawat.floss@gmail.com>,
	"Xinwei Kong" <kong.kongxinwei@hisilicon.com>,
	"Joel Stanley" <joel@jms.id.au>,
	"Orson Zhai" <orsonzhai@gmail.com>,
	"Harry Wentland" <harry.wentland@amd.com>,
	"Chia-I Wu" <olvaffe@gmail.com>, "Alan Liu" <haoping.liu@amd.com>,
	"Philip Yang" <Philip.Yang@amd.com>,
	intel-gfx@lists.freedesktop.org,
	"Alison Wang" <alison.wang@nxp.com>,
	"Wolfram Sang" <wsa+renesas@sang-engineering.com>,
	"Abhinav Kumar" <quic_abhinavk@quicinc.com>,
	"Baolin Wang" <baolin.wang@linux.alibaba.com>,
	"Tomi Valkeinen" <tomi.valkeinen+renesas@ideasonboard.com>,
	"Daniel Vetter" <daniel@ffwll.ch>,
	"Mikko Perttunen" <mperttunen@nvidia.com>,
	"Yifan Zhang" <yifan1.zhang@amd.com>,
	"Rodrigo Siqueira" <rodrigosiqueiramelo@gmail.com>,
	"Tomi Valkeinen" <tomba@kernel.org>,
	"Deepak R Varma" <drv@mailo.com>,
	"Pan, Xinhui" <Xinhui.Pan@amd.com>,
	"Julia Lawall" <Julia.Lawall@inria.fr>,
	"Kieran Bingham" <kieran.bingham+renesas@ideasonboard.com>,
	"John Stultz" <jstultz@google.com>, "Roman Li" <roman.li@amd.com>,
	"Sumit Semwal" <sumit.semwal@linaro.org>,
	"Christian König" <christian.koenig@amd.com>,
	linux-stm32@st-md-mailman.stormreply.com,
	"Sam Ravnborg" <sam@ravnborg.org>,
	"Chun-Kuang Hu" <chunkuang.hu@kernel.org>,
	"Alexandre Torgue" <alexandre.torgue@foss.st.com>,
	"Gurchetan Singh" <gurchetansingh@chromium.org>,
	"Liu Shixin" <liushixin2@huawei.com>,
	"Krzysztof Kozlowski" <krzysztof.kozlowski@linaro.org>,
	"Hamza Mahfooz" <hamza.mahfooz@amd.com>,
	"David Airlie" <airlied@gmail.com>, "Marek Vasut" <marex@denx.de>,
	"Paul Kocialkowski" <paul.kocialkowski@bootlin.com>,
	"Lang Yu" <Lang.Yu@amd.com>,
	xen-devel@lists.xenproject.org,
	"Guchun Chen" <guchun.chen@amd.com>,
	"Oleksandr Andrushchenko" <oleksandr_andrushchenko@epam.com>,
	"Raphael Gallais-Pou" <raphael.gallais-pou@foss.st.com>,
	"Rodrigo Siqueira" <Rodrigo.Siqueira@amd.com>,
	"Russell King" <linux@armlinux.org.uk>,
	"Leo Li" <sunpeng.li@amd.com>,
	"Jiasheng Jiang" <jiasheng@iscas.ac.cn>,
	"Srinivasan Shanmugam" <srinivasan.shanmugam@amd.com>,
	"David Lechner" <david@lechnology.com>,
	"Jiapeng Chong" <jiapeng.chong@linux.alibaba.com>,
	"Marek Olšák" <marek.olsak@amd.com>,
	"Joaquín Ignacio Aramendía" <samsagax@gmail.com>,
	"Melissa Wen" <mwen@igalia.com>,
	"Hans de Goede" <hdegoede@redhat.com>,
	linux-mediatek@lists.infradead.org,
	"Fabio Estevam" <festevam@gmail.com>,
	"Laurentiu Palcu" <laurentiu.palcu@oss.nxp.com>,
	linux-tegra@vger.kernel.org,
	"David Tadokoro" <davidbtadokoro@usp.br>,
	"AngeloGioacchino Del Regno"
	<angelogioacchino.delregno@collabora.com>,
	amd-gfx@lists.freedesktop.org,
	"Thomas Zimmermann" <tzimmermann@suse.de>,
	"Yannick Fertre" <yannick.fertre@foss.st.com>,
	linux-mips@vger.kernel.org,
	"Philippe Cornu" <philippe.cornu@foss.st.com>,
	"Philipp Zabel" <p.zabel@pengutronix.de>,
	"Wayne Lin" <Wayne.Lin@amd.com>,
	"Drew Davenport" <ddavenport@chromium.org>,
	"Nirmoy Das" <nirmoy.das@intel.com>,
	"Jyri Sarha" <jyri.sarha@iki.fi>,
	"Lucas Stach" <l.stach@pengutronix.de>
Subject: Re: [Intel-gfx] [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
Date: Wed, 12 Jul 2023 15:53:00 +0200	[thread overview]
Message-ID: <a7h7uovevwdsuuwdqh7g36qgfyq3bt5sx3eba2npyduoyu2icc@pwygetstxdp3> (raw)
In-Reply-To: <20230712133803.rf26cbg5wz7wsmgl@pengutronix.de>

[-- Attachment #1: Type: text/plain, Size: 2603 bytes --]

On Wed, Jul 12, 2023 at 03:38:03PM +0200, Uwe Kleine-König wrote:
> Hello Maxime,
> 
> On Wed, Jul 12, 2023 at 02:52:38PM +0200, Maxime Ripard wrote:
> > On Wed, Jul 12, 2023 at 01:02:53PM +0200, Uwe Kleine-König wrote:
> > > > Background is that this makes merge conflicts easier to handle and detect.
> > > 
> > > Really?
> > 
> > FWIW, I agree with Christian here.
> > 
> > > Each file (apart from include/drm/drm_crtc.h) is only touched once. So
> > > unless I'm missing something you don't get less or easier conflicts by
> > > doing it all in a single patch. But you gain the freedom to drop a
> > > patch for one driver without having to drop the rest with it.
> > 
> > Not really, because the last patch removed the union anyway. So you have
> > to revert both the last patch, plus that driver one. And then you need
> > to add a TODO to remove that union eventually.
> 
> Yes, with a single patch you have only one revert (but 194 files changed,
> 1264 insertions(+), 1296 deletions(-)) instead of two (one of them: 1
> file changed, 9 insertions(+), 1 deletion(-); the other maybe a bit
> bigger). (And maybe you get away with just reverting the last patch.)
> 
> With a single patch the TODO after a revert is "redo it all again (and
> prepare for a different set of conflicts)" while with the split series
> it's only "fix that one driver that was forgotten/borked" + reapply that
> 10 line patch. As the one who gets that TODO, I prefer the latter.
> 
> So in sum: If your metric is "small count of reverted commits", you're
> right. If however your metric is: Better get 95% of this series' change
> in than maybe 0%, the split series is the way to do it.

I guess that's where we disagree: I don't see the point of having 95% of
it, either 0 or 100.

> With me having spend ~3h on this series' changes, it's maybe
> understandable that I did it the way I did.

I'm sorry, but that's never been an argument? I'm sure you and I both
have had series that took much longer dropped because it wasn't the
right approach.

> FTR: This series was created on top of v6.5-rc1. If you apply it to
> drm-misc-next you get a (trivial) conflict in patch #2. If I consider to
> be the responsible maintainer who applies this series, I like being able
> to just do git am --skip then. 

Or we can ask that the driver is based on drm-misc-next ...

> FTR#2: In drm-misc-next is a new driver
> (drivers/gpu/drm/loongson/lsdc_crtc.c) so skipping the last patch for
> now might indeed be a good idea.

... which is going to fix that one too.

Maxime

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 228 bytes --]

WARNING: multiple messages have this Message-ID (diff)
From: Maxime Ripard <mripard@kernel.org>
To: "Uwe Kleine-König" <u.kleine-koenig@pengutronix.de>
Cc: "Heiko Stübner" <heiko@sntech.de>,
	"Geert Uytterhoeven" <geert+renesas@glider.be>,
	"Xinliang Liu" <xinliang.liu@linaro.org>,
	"Linus Walleij" <linus.walleij@linaro.org>,
	"Rodrigo Vivi" <rodrigo.vivi@intel.com>,
	"Alexey Kodanev" <aleksei.kodanev@bell-sw.com>,
	dri-devel@lists.freedesktop.org,
	"Vandita Kulkarni" <vandita.kulkarni@intel.com>,
	"Alim Akhtar" <alim.akhtar@samsung.com>,
	"Anitha Chrisanthus" <anitha.chrisanthus@intel.com>,
	"Marijn Suijten" <marijn.suijten@somainline.org>,
	"Arun R Murthy" <arun.r.murthy@intel.com>,
	"Jerome Brunet" <jbrunet@baylibre.com>,
	linux-samsung-soc@vger.kernel.org,
	"Samuel Holland" <samuel@sholland.org>,
	"Matt Roper" <matthew.d.roper@intel.com>,
	"Wenjing Liu" <wenjing.liu@amd.com>,
	"Javier Martinez Canillas" <javierm@redhat.com>,
	"Stanislav Lisovskiy" <stanislav.lisovskiy@intel.com>,
	"NXP Linux Team" <linux-imx@nxp.com>,
	spice-devel@lists.freedesktop.org,
	"Niranjana Vishwanathapura" <niranjana.vishwanathapura@intel.com>,
	"Dmitry Baryshkov" <dmitry.baryshkov@linaro.org>,
	linux-sunxi@lists.linux.dev,
	"Matthias Brugger" <matthias.bgg@gmail.com>,
	"Tim Huang" <Tim.Huang@amd.com>,
	"Suraj Kandpal" <suraj.kandpal@intel.com>,
	"André Almeida" <andrealmeid@igalia.com>,
	"Mika Kahola" <mika.kahola@intel.com>,
	"Tvrtko Ursulin" <tvrtko.ursulin@linux.intel.com>,
	"Jani Nikula" <jani.nikula@intel.com>,
	"Sascha Hauer" <s.hauer@pengutronix.de>,
	"Lucas De Marchi" <lucas.demarchi@intel.com>,
	"Inki Dae" <inki.dae@samsung.com>,
	"Hersen Wu" <hersenxs.wu@amd.com>,
	"Dave Airlie" <airlied@redhat.com>,
	"Kamlesh Gurudasani" <kamlesh.gurudasani@gmail.com>,
	"Bhawanpreet Lakha" <Bhawanpreet.Lakha@amd.com>,
	"Łukasz Bartosik" <lb@semihalf.com>,
	"Radhakrishna Sripada" <radhakrishna.sripada@intel.com>,
	"Andrew Jeffery" <andrew@aj.id.au>,
	"Seung-Woo Kim" <sw0312.kim@samsung.com>,
	"Noralf Trønnes" <noralf@tronnes.org>,
	kernel@pengutronix.de, "Alex Deucher" <alexander.deucher@amd.com>,
	freedreno@lists.freedesktop.org,
	"Claudiu Beznea" <claudiu.beznea@microchip.com>,
	"Zack Rusin" <zackr@vmware.com>,
	"Laurent Pinchart" <laurent.pinchart@ideasonboard.com>,
	"Alexandre Belloni" <alexandre.belloni@bootlin.com>,
	linux-aspeed@lists.ozlabs.org, nouveau@lists.freedesktop.org,
	"Mitul Golani" <mitulkumar.ajitkumar.golani@intel.com>,
	"José Roberto de Souza" <jose.souza@intel.com>,
	virtualization@lists.linux-foundation.org,
	"Thierry Reding" <thierry.reding@gmail.com>,
	"Yongqin Liu" <yongqin.liu@linaro.org>,
	"Mario Limonciello" <mario.limonciello@amd.com>,
	"Fei Yang" <fei.yang@intel.com>,
	"Ville Syrjälä" <ville.syrjala@linux.intel.com>,
	"Konrad Dybcio" <konrad.dybcio@linaro.org>,
	"Juha-Pekka Heikkila" <juhapekka.heikkila@gmail.com>,
	"Chunyan Zhang" <zhang.lyra@gmail.com>,
	"David Francis" <David.Francis@amd.com>,
	"Vinod Govindapillai" <vinod.govindapillai@intel.com>,
	"Aaron Liu" <aaron.liu@amd.com>,
	"Patrik Jakobsson" <patrik.r.jakobsson@gmail.com>,
	"Vinod Polimera" <quic_vpolimer@quicinc.com>,
	linux-rockchip@lists.infradead.org,
	"Fangzhi Zuo" <jerry.zuo@amd.com>,
	"Aurabindo Pillai" <aurabindo.pillai@amd.com>,
	"VMware Graphics Reviewers"
	<linux-graphics-maintainer@vmware.com>,
	"Ben Skeggs" <bskeggs@redhat.com>,
	"Jouni Högander" <jouni.hogander@intel.com>,
	"Jessica Zhang" <quic_jesszhan@quicinc.com>,
	"Martin Blumenstingl" <martin.blumenstingl@googlemail.com>,
	linux-arm-msm@vger.kernel.org,
	"Animesh Manna" <animesh.manna@intel.com>,
	"Nicolas Ferre" <nicolas.ferre@microchip.com>,
	"Jani Nikula" <jani.nikula@linux.intel.com>,
	"Chaitanya Kumar Borah" <chaitanya.kumar.borah@intel.com>,
	"Tian Tao" <tiantao6@hisilicon.com>,
	"Biju Das" <biju.das.jz@bp.renesas.com>,
	linux-amlogic@lists.infradead.org,
	"Evan Quan" <evan.quan@amd.com>,
	"Michal Simek" <michal.simek@amd.com>,
	linux-arm-kernel@lists.infradead.org,
	"Sean Paul" <sean@poorly.run>,
	"Neil Armstrong" <neil.armstrong@linaro.org>,
	"Kai Vehmanen" <kai.vehmanen@linux.intel.com>,
	"Boris Brezillon" <bbrezillon@kernel.org>,
	"Shawn Guo" <shawnguo@kernel.org>,
	"Qingqing Zhuo" <qingqing.zhuo@amd.com>,
	"Sandy Huang" <hjc@rock-chips.com>,
	"Swati Sharma" <swati2.sharma@intel.com>,
	linux-renesas-soc@vger.kernel.org,
	"Kyungmin Park" <kyungmin.park@samsung.com>,
	"Maxime Coquelin" <mcoquelin.stm32@gmail.com>,
	"Kevin Hilman" <khilman@baylibre.com>,
	"Hawking Zhang" <Hawking.Zhang@amd.com>,
	"Haneen Mohammed" <hamohammed.sa@gmail.com>,
	"Paul Cercueil" <paul@crapouillou.net>,
	"Anusha Srivatsa" <anusha.srivatsa@intel.com>,
	"Dan Carpenter" <error27@gmail.com>,
	"Joonas Lahtinen" <joonas.lahtinen@linux.intel.com>,
	linux-hyperv@vger.kernel.org, "Stefan Agner" <stefan@agner.ch>,
	"Melissa Wen" <melissa.srw@gmail.com>,
	"Maíra Canal" <mairacanal@riseup.net>,
	"Luca Coelho" <luciano.coelho@intel.com>,
	"Gerd Hoffmann" <kraxel@redhat.com>,
	"Andrzej Hajda" <andrzej.hajda@intel.com>,
	"Likun Gao" <Likun.Gao@amd.com>,
	"Jiri Slaby (SUSE)" <jirislaby@kernel.org>,
	"Emma Anholt" <emma@anholt.net>,
	"Alain Volmat" <alain.volmat@foss.st.com>,
	"Chen-Yu Tsai" <wens@csie.org>,
	"Jernej Skrabec" <jernej.skrabec@gmail.com>,
	"Deepak Rawat" <drawat.floss@gmail.com>,
	"Xinwei Kong" <kong.kongxinwei@hisilicon.com>,
	"Joel Stanley" <joel@jms.id.au>,
	"Orson Zhai" <orsonzhai@gmail.com>,
	"Ankit Nautiyal" <ankit.k.nautiyal@intel.com>,
	"Harry Wentland" <harry.wentland@amd.com>,
	"Chia-I Wu" <olvaffe@gmail.com>, "Alan Liu" <haoping.liu@amd.com>,
	"Philip Yang" <Philip.Yang@amd.com>,
	intel-gfx@lists.freedesktop.org,
	"Alison Wang" <alison.wang@nxp.com>,
	"Wolfram Sang" <wsa+renesas@sang-engineering.com>,
	"Abhinav Kumar" <quic_abhinavk@quicinc.com>,
	"Gustavo Sousa" <gustavo.sousa@intel.com>,
	"Baolin Wang" <baolin.wang@linux.alibaba.com>,
	"Tomi Valkeinen" <tomi.valkeinen+renesas@ideasonboard.com>,
	"Daniel Vetter" <daniel@ffwll.ch>,
	"Mikko Perttunen" <mperttunen@nvidia.com>,
	"Yifan Zhang" <yifan1.zhang@amd.com>,
	"Rodrigo Siqueira" <rodrigosiqueiramelo@gmail.com>,
	"Tomi Valkeinen" <tomba@kernel.org>,
	"Deepak R Varma" <drv@mailo.com>,
	"Pan, Xinhui" <Xinhui.Pan@amd.com>,
	"Julia Lawall" <Julia.Lawall@inria.fr>,
	"Kieran Bingham" <kieran.bingham+renesas@ideasonboard.com>,
	"John Stultz" <jstultz@google.com>, "Roman Li" <roman.li@amd.com>,
	"Sumit Semwal" <sumit.semwal@linaro.org>,
	"Christian König" <christian.koenig@amd.com>,
	"Khaled Almahallawy" <khaled.almahallawy@intel.com>,
	linux-stm32@st-md-mailman.stormreply.com,
	"Sam Ravnborg" <sam@ravnborg.org>,
	"Chun-Kuang Hu" <chunkuang.hu@kernel.org>,
	"Imre Deak" <imre.deak@intel.com>,
	"Liviu Dudau" <liviu.dudau@arm.com>,
	"Alexandre Torgue" <alexandre.torgue@foss.st.com>,
	"Gurchetan Singh" <gurchetansingh@chromium.org>,
	"Liu Shixin" <liushixin2@huawei.com>,
	"Krzysztof Kozlowski" <krzysztof.kozlowski@linaro.org>,
	"Hamza Mahfooz" <hamza.mahfooz@amd.com>,
	"Marek Vasut" <marex@denx.de>,
	"Paul Kocialkowski" <paul.kocialkowski@bootlin.com>,
	"Lang Yu" <Lang.Yu@amd.com>,
	xen-devel@lists.xenproject.org,
	"Guchun Chen" <guchun.chen@amd.com>,
	"Oleksandr Andrushchenko" <oleksandr_andrushchenko@epam.com>,
	"Raphael Gallais-Pou" <raphael.gallais-pou@foss.st.com>,
	"Rodrigo Siqueira" <Rodrigo.Siqueira@amd.com>,
	"Russell King" <linux@armlinux.org.uk>,
	"Leo Li" <sunpeng.li@amd.com>,
	"Uma Shankar" <uma.shankar@intel.com>,
	"Andi Shyti" <andi.shyti@linux.intel.com>,
	"Jiasheng Jiang" <jiasheng@iscas.ac.cn>,
	"Srinivasan Shanmugam" <srinivasan.shanmugam@amd.com>,
	"David Lechner" <david@lechnology.com>,
	"Jiapeng Chong" <jiapeng.chong@linux.alibaba.com>,
	"Marek Olšák" <marek.olsak@amd.com>,
	"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
	"Joaquín Ignacio Aramendía" <samsagax@gmail.com>,
	"Melissa Wen" <mwen@igalia.com>,
	"Hans de Goede" <hdegoede@redhat.com>,
	linux-mediatek@lists.infradead.org,
	"Fabio Estevam" <festevam@gmail.com>,
	"Laurentiu Palcu" <laurentiu.palcu@oss.nxp.com>,
	linux-tegra@vger.kernel.org,
	"David Tadokoro" <davidbtadokoro@usp.br>,
	"AngeloGioacchino Del Regno"
	<angelogioacchino.delregno@collabora.com>,
	amd-gfx@lists.freedesktop.org,
	"Yannick Fertre" <yannick.fertre@foss.st.com>,
	linux-mips@vger.kernel.org, "Rob Clark" <robdclark@gmail.com>,
	"Philippe Cornu" <philippe.cornu@foss.st.com>,
	"Philipp Zabel" <p.zabel@pengutronix.de>,
	"Wayne Lin" <Wayne.Lin@amd.com>,
	"Drew Davenport" <ddavenport@chromium.org>,
	"Nirmoy Das" <nirmoy.das@intel.com>,
	"Jyri Sarha" <jyri.sarha@iki.fi>,
	"Lucas Stach" <l.stach@pengutronix.de>
Subject: Re: [Nouveau] [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
Date: Wed, 12 Jul 2023 15:53:00 +0200	[thread overview]
Message-ID: <a7h7uovevwdsuuwdqh7g36qgfyq3bt5sx3eba2npyduoyu2icc@pwygetstxdp3> (raw)
In-Reply-To: <20230712133803.rf26cbg5wz7wsmgl@pengutronix.de>

[-- Attachment #1: Type: text/plain, Size: 2603 bytes --]

On Wed, Jul 12, 2023 at 03:38:03PM +0200, Uwe Kleine-König wrote:
> Hello Maxime,
> 
> On Wed, Jul 12, 2023 at 02:52:38PM +0200, Maxime Ripard wrote:
> > On Wed, Jul 12, 2023 at 01:02:53PM +0200, Uwe Kleine-König wrote:
> > > > Background is that this makes merge conflicts easier to handle and detect.
> > > 
> > > Really?
> > 
> > FWIW, I agree with Christian here.
> > 
> > > Each file (apart from include/drm/drm_crtc.h) is only touched once. So
> > > unless I'm missing something you don't get less or easier conflicts by
> > > doing it all in a single patch. But you gain the freedom to drop a
> > > patch for one driver without having to drop the rest with it.
> > 
> > Not really, because the last patch removed the union anyway. So you have
> > to revert both the last patch, plus that driver one. And then you need
> > to add a TODO to remove that union eventually.
> 
> Yes, with a single patch you have only one revert (but 194 files changed,
> 1264 insertions(+), 1296 deletions(-)) instead of two (one of them: 1
> file changed, 9 insertions(+), 1 deletion(-); the other maybe a bit
> bigger). (And maybe you get away with just reverting the last patch.)
> 
> With a single patch the TODO after a revert is "redo it all again (and
> prepare for a different set of conflicts)" while with the split series
> it's only "fix that one driver that was forgotten/borked" + reapply that
> 10 line patch. As the one who gets that TODO, I prefer the latter.
> 
> So in sum: If your metric is "small count of reverted commits", you're
> right. If however your metric is: Better get 95% of this series' change
> in than maybe 0%, the split series is the way to do it.

I guess that's where we disagree: I don't see the point of having 95% of
it, either 0 or 100.

> With me having spend ~3h on this series' changes, it's maybe
> understandable that I did it the way I did.

I'm sorry, but that's never been an argument? I'm sure you and I both
have had series that took much longer dropped because it wasn't the
right approach.

> FTR: This series was created on top of v6.5-rc1. If you apply it to
> drm-misc-next you get a (trivial) conflict in patch #2. If I consider to
> be the responsible maintainer who applies this series, I like being able
> to just do git am --skip then. 

Or we can ask that the driver is based on drm-misc-next ...

> FTR#2: In drm-misc-next is a new driver
> (drivers/gpu/drm/loongson/lsdc_crtc.c) so skipping the last patch for
> now might indeed be a good idea.

... which is going to fix that one too.

Maxime

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 228 bytes --]

  parent reply	other threads:[~2023-07-12 13:53 UTC|newest]

Thread overview: 255+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-07-12  9:46 [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev Uwe Kleine-König
2023-07-12  9:46 ` [Nouveau] " Uwe Kleine-König
2023-07-12  9:46 ` [Intel-gfx] " Uwe Kleine-König
2023-07-12  9:46 ` Uwe Kleine-König
2023-07-12  9:46 ` Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 01/52] drm/crtc: Start renaming " Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 02/52] drm/core: Use struct drm_crtc::drm_dev instead of struct drm_crtc::dev Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 03/52] drm/amd: " Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 04/52] drm/armada: " Uwe Kleine-König
2023-07-12 19:13   ` Russell King (Oracle)
2023-07-12  9:46 ` [PATCH RFC v1 05/52] drm/arm: " Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 06/52] drm/aspeed: " Uwe Kleine-König
2023-07-12  9:46   ` Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 07/52] drm/ast: " Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 08/52] drm/atmel-hlcdc: " Uwe Kleine-König
2023-07-12  9:46   ` Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 09/52] drm/exynos: " Uwe Kleine-König
2023-07-12  9:46   ` Uwe Kleine-König
2023-07-12  9:46   ` Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 10/52] drm/fsl-dcu: " Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 11/52] drm/gma500: " Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 12/52] drm/gud: " Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 13/52] drm/hisilicon: " Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 14/52] drm/hyperv: " Uwe Kleine-König
2023-07-12  9:46   ` Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 15/52] drm/i915: " Uwe Kleine-König
2023-07-12  9:46   ` [Intel-gfx] " Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 16/52] drm/imx: " Uwe Kleine-König
2023-07-12  9:46   ` Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 17/52] drm/ingenic: " Uwe Kleine-König
2023-07-12  9:46   ` Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 18/52] drm/kmb: " Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 19/52] drm/logicvc: " Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 20/52] drm/mcde: " Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 21/52] drm/mediatek: " Uwe Kleine-König
2023-07-12  9:46   ` Uwe Kleine-König
2023-07-12  9:46   ` Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 22/52] drm/meson: " Uwe Kleine-König
2023-07-12  9:46   ` Uwe Kleine-König
2023-07-12  9:46   ` Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 23/52] drm/mgag200: " Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 24/52] drm/msm: " Uwe Kleine-König
2023-07-12  9:46   ` Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 25/52] drm/mxsfb: " Uwe Kleine-König
2023-07-12  9:46   ` Uwe Kleine-König
2023-07-12  9:46 ` [Nouveau] [PATCH RFC v1 26/52] drm/nouveau: " Uwe Kleine-König
2023-07-12  9:46   ` Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 27/52] drm/omapdrm: " Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 28/52] drm/panel-ili9341: " Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 29/52] drm/pl111: " Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 30/52] drm/qxl: " Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 31/52] drm/radeon: " Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 32/52] drm/renesas: " Uwe Kleine-König
2023-07-12  9:46   ` Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 33/52] drm/rockchip: " Uwe Kleine-König
2023-07-12  9:46   ` Uwe Kleine-König
2023-07-12  9:46   ` Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 34/52] drm/solomon: " Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 35/52] drm/sprd: " Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 36/52] drm/sti: " Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 37/52] drm/stm: " Uwe Kleine-König
2023-07-12  9:46   ` Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 38/52] drm/sun4i: " Uwe Kleine-König
2023-07-12  9:46   ` Uwe Kleine-König
2023-07-12  9:46   ` Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 39/52] drm/tegra: " Uwe Kleine-König
2023-07-12  9:46   ` Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 40/52] drm/tidss: " Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 41/52] drm/tilcdc: " Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 42/52] drm/tiny: " Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 43/52] drm/tve200: " Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 44/52] drm/udl: " Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 45/52] drm/vboxvideo: " Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 46/52] drm/vc4: " Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 47/52] drm/virtio: " Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 48/52] drm/vkms: " Uwe Kleine-König
2023-07-12  9:46 ` [PATCH RFC v1 49/52] drm/vmwgfx: " Uwe Kleine-König
2023-07-12  9:47 ` [PATCH RFC v1 50/52] drm/xen: " Uwe Kleine-König
2023-07-12  9:47   ` Uwe Kleine-König
2023-07-12  9:47 ` [PATCH RFC v1 51/52] drm/xlnx: " Uwe Kleine-König
2023-07-12  9:47   ` Uwe Kleine-König
2023-07-12  9:47 ` [PATCH RFC v1 52/52] drm/crtc: Complete renaming struct drm_crtc::dev to drm_dev Uwe Kleine-König
2023-07-12 10:13 ` [PATCH RFC v1 00/52] drm/crtc: Rename " Paul Kocialkowski
2023-07-12 10:13   ` [Nouveau] " Paul Kocialkowski
2023-07-12 10:13   ` [Intel-gfx] " Paul Kocialkowski
2023-07-12 10:13   ` Paul Kocialkowski
2023-07-12 10:13   ` Paul Kocialkowski
2023-07-12 10:19 ` Thomas Zimmermann
2023-07-12 10:19   ` [Nouveau] " Thomas Zimmermann
2023-07-12 10:19   ` [Intel-gfx] " Thomas Zimmermann
2023-07-12 10:19   ` Thomas Zimmermann
2023-07-12 10:19   ` Thomas Zimmermann
2023-07-12 10:19   ` Thomas Zimmermann
2023-07-12 10:54   ` Uwe Kleine-König
2023-07-12 10:54     ` [Nouveau] " Uwe Kleine-König
2023-07-12 10:54     ` [Intel-gfx] " Uwe Kleine-König
2023-07-12 10:54     ` Uwe Kleine-König
2023-07-12 10:54     ` Uwe Kleine-König
2023-07-12 11:18     ` Javier Martinez Canillas
2023-07-12 11:18       ` Javier Martinez Canillas
2023-07-12 11:18       ` Javier Martinez Canillas
2023-07-12 11:18       ` [Intel-gfx] " Javier Martinez Canillas
2023-07-12 11:18       ` Javier Martinez Canillas
2023-07-12 11:18       ` Javier Martinez Canillas
2023-07-12 10:46 ` Christian König
2023-07-12 10:46   ` [Nouveau] " Christian König
2023-07-12 10:46   ` [Intel-gfx] " Christian König
2023-07-12 10:46   ` Christian König
2023-07-12 10:46   ` Christian König
2023-07-12 10:46   ` Christian König via Virtualization
2023-07-12 11:02   ` Uwe Kleine-König
2023-07-12 11:02     ` [Nouveau] " Uwe Kleine-König
2023-07-12 11:02     ` [Intel-gfx] " Uwe Kleine-König
2023-07-12 11:02     ` Uwe Kleine-König
2023-07-12 11:02     ` Uwe Kleine-König
2023-07-12 11:07     ` Julia Lawall
2023-07-12 11:07       ` [Nouveau] " Julia Lawall
2023-07-12 11:07       ` [Intel-gfx] " Julia Lawall
2023-07-12 11:07       ` Julia Lawall
2023-07-12 11:07       ` Julia Lawall
2023-07-12 11:13       ` Andrzej Hajda
2023-07-12 11:13         ` [Nouveau] " Andrzej Hajda
2023-07-12 11:13         ` [Intel-gfx] " Andrzej Hajda
2023-07-12 11:13         ` Andrzej Hajda
2023-07-12 11:13         ` Andrzej Hajda
2023-07-12 12:52     ` Maxime Ripard
2023-07-12 12:52       ` [Nouveau] " Maxime Ripard
2023-07-12 12:52       ` [Intel-gfx] " Maxime Ripard
2023-07-12 12:52       ` Maxime Ripard
2023-07-12 12:52       ` Maxime Ripard
2023-07-12 13:38       ` Uwe Kleine-König
2023-07-12 13:38         ` [Nouveau] " Uwe Kleine-König
2023-07-12 13:38         ` [Intel-gfx] " Uwe Kleine-König
2023-07-12 13:38         ` Uwe Kleine-König
2023-07-12 13:38         ` Uwe Kleine-König
2023-07-12 13:51         ` Javier Martinez Canillas
2023-07-12 13:53         ` Maxime Ripard [this message]
2023-07-12 13:53           ` [Nouveau] " Maxime Ripard
2023-07-12 13:53           ` [Intel-gfx] " Maxime Ripard
2023-07-12 13:53           ` Maxime Ripard
2023-07-12 13:53           ` Maxime Ripard
2023-07-12 13:53         ` Christian König
2023-07-12 13:53           ` [Nouveau] " Christian König
2023-07-12 13:53           ` [Intel-gfx] " Christian König
2023-07-12 13:53           ` Christian König
2023-07-12 13:53           ` Christian König
2023-07-12 13:53           ` Christian König via Virtualization
2023-07-13  0:06           ` Luben Tuikov
2023-07-13  0:06             ` [Nouveau] " Luben Tuikov
2023-07-13  0:06             ` [Intel-gfx] " Luben Tuikov
2023-07-13  0:06             ` Luben Tuikov
2023-07-13  0:06             ` Luben Tuikov
2023-07-12 16:23         ` Sui Jingfeng
2023-07-12 14:34 ` Jani Nikula
2023-07-12 14:34   ` [Nouveau] " Jani Nikula
2023-07-12 14:34   ` [Intel-gfx] " Jani Nikula
2023-07-12 14:34   ` Jani Nikula
2023-07-12 14:34   ` Jani Nikula
2023-07-12 16:10   ` Uwe Kleine-König
2023-07-12 16:10     ` [Nouveau] " Uwe Kleine-König
2023-07-12 16:10     ` [Intel-gfx] " Uwe Kleine-König
2023-07-12 16:10     ` Uwe Kleine-König
2023-07-12 16:10     ` Uwe Kleine-König
2023-07-13  6:52     ` Geert Uytterhoeven
2023-07-13  6:52       ` [Nouveau] " Geert Uytterhoeven
2023-07-13  6:52       ` [Intel-gfx] " Geert Uytterhoeven
2023-07-13  6:52       ` Geert Uytterhoeven
2023-07-13  6:52       ` Geert Uytterhoeven
2023-07-13  6:52       ` Geert Uytterhoeven
2023-07-13 10:03       ` Uwe Kleine-König
2023-07-13 10:03         ` [Nouveau] " Uwe Kleine-König
2023-07-13 10:03         ` Uwe Kleine-König
2023-07-13 10:03         ` Uwe Kleine-König
2023-07-13 10:03         ` [Intel-gfx] " Uwe Kleine-König
2023-07-13  7:47     ` Thomas Zimmermann
2023-07-13  7:47       ` [Nouveau] " Thomas Zimmermann
2023-07-13  7:47       ` Thomas Zimmermann
2023-07-13  7:47       ` Thomas Zimmermann
2023-07-13  7:47       ` [Intel-gfx] " Thomas Zimmermann
2023-07-13  7:47       ` Thomas Zimmermann
2023-07-13  9:03     ` Jani Nikula
2023-07-13  9:03       ` [Nouveau] " Jani Nikula
2023-07-13  9:03       ` Jani Nikula
2023-07-13  9:03       ` [Intel-gfx] " Jani Nikula
2023-07-13  9:29       ` Geert Uytterhoeven
2023-07-13  9:29         ` [Nouveau] " Geert Uytterhoeven
2023-07-13  9:29         ` Geert Uytterhoeven
2023-07-13  9:29         ` [Intel-gfx] " Geert Uytterhoeven
2023-07-13  9:29         ` Geert Uytterhoeven
2023-07-13  9:54       ` Uwe Kleine-König
2023-07-13  9:54         ` [Nouveau] " Uwe Kleine-König
2023-07-13  9:54         ` Uwe Kleine-König
2023-07-13  9:54         ` [Intel-gfx] " Uwe Kleine-König
2023-07-12 18:31   ` [Freedreno] " Sean Paul
2023-07-12 18:31     ` [Nouveau] " Sean Paul
2023-07-12 18:31     ` [Intel-gfx] " Sean Paul
2023-07-12 18:31     ` Sean Paul
2023-07-12 18:31     ` Sean Paul
2023-07-12 18:31     ` Sean Paul
2023-07-12 19:22     ` Krzysztof Kozlowski
2023-07-12 19:22       ` [Nouveau] " Krzysztof Kozlowski
2023-07-12 19:22       ` [Intel-gfx] " Krzysztof Kozlowski
2023-07-12 19:22       ` Krzysztof Kozlowski
2023-07-12 19:22       ` Krzysztof Kozlowski
2023-07-12 19:22       ` Krzysztof Kozlowski
2023-07-13  7:48     ` Thomas Zimmermann
2023-07-13  7:48       ` [Nouveau] " Thomas Zimmermann
2023-07-13  7:48       ` Thomas Zimmermann
2023-07-13  7:48       ` [Intel-gfx] " Thomas Zimmermann
2023-07-13  7:48       ` Thomas Zimmermann
2023-07-13 13:03     ` Uwe Kleine-König
2023-07-13 13:03       ` [Nouveau] " Uwe Kleine-König
2023-07-13 13:03       ` [Intel-gfx] " Uwe Kleine-König
2023-07-13 13:03       ` Uwe Kleine-König
2023-07-13 13:03       ` Uwe Kleine-König
2023-07-13 14:41       ` Sean Paul
2023-07-13 14:41         ` [Nouveau] " Sean Paul
2023-07-13 14:41         ` [Intel-gfx] " Sean Paul
2023-07-13 14:41         ` Sean Paul
2023-07-13 14:41         ` Sean Paul
2023-07-13 14:41         ` Sean Paul
2023-07-13 15:09         ` Thomas Zimmermann
2023-07-13 15:09           ` [Nouveau] " Thomas Zimmermann
2023-07-13 15:09           ` [Intel-gfx] " Thomas Zimmermann
2023-07-13 15:09           ` Thomas Zimmermann
2023-07-13 15:09           ` Thomas Zimmermann
2023-07-13 15:09           ` Thomas Zimmermann
2023-07-13 15:14           ` Tvrtko Ursulin
2023-07-13 15:14             ` [Nouveau] " Tvrtko Ursulin
2023-07-13 15:14             ` Tvrtko Ursulin
2023-07-13 15:14             ` Tvrtko Ursulin
2023-07-13 15:30             ` Maxime Ripard
2023-07-13 15:30               ` [Nouveau] " Maxime Ripard
2023-07-13 15:30               ` [Intel-gfx] " Maxime Ripard
2023-07-13 15:30               ` Maxime Ripard
2023-07-13 15:30               ` Maxime Ripard
2023-07-14  7:38             ` Thomas Zimmermann
2023-07-14  7:38               ` [Nouveau] " Thomas Zimmermann
2023-07-14  7:38               ` [Intel-gfx] " Thomas Zimmermann
2023-07-14  7:38               ` Thomas Zimmermann
2023-07-14  7:38               ` Thomas Zimmermann
2023-07-14  7:38               ` Thomas Zimmermann
2023-07-13 15:39         ` Uwe Kleine-König
2023-07-13 15:39           ` [Nouveau] " Uwe Kleine-König
2023-07-13 15:39           ` [Intel-gfx] " Uwe Kleine-König
2023-07-13 15:39           ` Uwe Kleine-König
2023-07-13 15:39           ` Uwe Kleine-König
2023-07-13 17:06           ` Thierry Reding
2023-07-13  7:18   ` Thierry Reding
2023-07-13  7:54 ` Thomas Zimmermann
2023-07-13  7:54   ` [Nouveau] " Thomas Zimmermann
2023-07-13  7:54   ` Thomas Zimmermann
2023-07-13  7:54   ` Thomas Zimmermann
2023-07-13  7:54   ` [Intel-gfx] " Thomas Zimmermann
2023-07-13  7:54   ` Thomas Zimmermann

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=a7h7uovevwdsuuwdqh7g36qgfyq3bt5sx3eba2npyduoyu2icc@pwygetstxdp3 \
    --to=mripard@kernel.org \
    --cc=Bhawanpreet.Lakha@amd.com \
    --cc=David.Francis@amd.com \
    --cc=Hawking.Zhang@amd.com \
    --cc=Julia.Lawall@inria.fr \
    --cc=Lang.Yu@amd.com \
    --cc=Likun.Gao@amd.com \
    --cc=Philip.Yang@amd.com \
    --cc=Rodrigo.Siqueira@amd.com \
    --cc=Tim.Huang@amd.com \
    --cc=Wayne.Lin@amd.com \
    --cc=Xinhui.Pan@amd.com \
    --cc=aaron.liu@amd.com \
    --cc=airlied@gmail.com \
    --cc=airlied@redhat.com \
    --cc=alain.volmat@foss.st.com \
    --cc=aleksei.kodanev@bell-sw.com \
    --cc=alexander.deucher@amd.com \
    --cc=alexandre.belloni@bootlin.com \
    --cc=alexandre.torgue@foss.st.com \
    --cc=alim.akhtar@samsung.com \
    --cc=alison.wang@nxp.com \
    --cc=amd-gfx@lists.freedesktop.org \
    --cc=andi.shyti@linux.intel.com \
    --cc=andrealmeid@igalia.com \
    --cc=andrew@aj.id.au \
    --cc=andrzej.hajda@intel.com \
    --cc=angelogioacchino.delregno@collabora.com \
    --cc=animesh.manna@intel.com \
    --cc=anitha.chrisanthus@intel.com \
    --cc=ankit.k.nautiyal@intel.com \
    --cc=anusha.srivatsa@intel.com \
    --cc=arun.r.murthy@intel.com \
    --cc=aurabindo.pillai@amd.com \
    --cc=baolin.wang@linux.alibaba.com \
    --cc=bbrezillon@kernel.org \
    --cc=biju.das.jz@bp.renesas.com \
    --cc=bskeggs@redhat.com \
    --cc=chaitanya.kumar.borah@intel.com \
    --cc=christian.koenig@amd.com \
    --cc=chunkuang.hu@kernel.org \
    --cc=claudiu.beznea@microchip.com \
    --cc=dakr@redhat.com \
    --cc=daniel@ffwll.ch \
    --cc=david@lechnology.com \
    --cc=davidbtadokoro@usp.br \
    --cc=ddavenport@chromium.org \
    --cc=dmitry.baryshkov@linaro.org \
    --cc=drawat.floss@gmail.com \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=drv@mailo.com \
    --cc=emma@anholt.net \
    --cc=error27@gmail.com \
    --cc=evan.quan@amd.com \
    --cc=fei.yang@intel.com \
    --cc=festevam@gmail.com \
    --cc=freedreno@lists.freedesktop.org \
    --cc=geert+renesas@glider.be \
    --cc=guchun.chen@amd.com \
    --cc=gurchetansingh@chromium.org \
    --cc=gustavo.sousa@intel.com \
    --cc=hamohammed.sa@gmail.com \
    --cc=hamza.mahfooz@amd.com \
    --cc=haoping.liu@amd.com \
    --cc=harry.wentland@amd.com \
    --cc=hdegoede@redhat.com \
    --cc=heiko@sntech.de \
    --cc=hersenxs.wu@amd.com \
    --cc=hjc@rock-chips.com \
    --cc=imre.deak@intel.com \
    --cc=inki.dae@samsung.com \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=jani.nikula@intel.com \
    --cc=jani.nikula@linux.intel.com \
    --cc=javierm@redhat.com \
    --cc=jbrunet@baylibre.com \
    --cc=jernej.skrabec@gmail.com \
    --cc=jerry.zuo@amd.com \
    --cc=jiapeng.chong@linux.alibaba.com \
    --cc=jiasheng@iscas.ac.cn \
    --cc=jirislaby@kernel.org \
    --cc=joel@jms.id.au \
    --cc=jonathanh@nvidia.com \
    --cc=joonas.lahtinen@linux.intel.com \
    --cc=jose.souza@intel.com \
    --cc=jouni.hogander@intel.com \
    --cc=jstultz@google.com \
    --cc=juhapekka.heikkila@gmail.com \
    --cc=jyri.sarha@iki.fi \
    --cc=kai.vehmanen@linux.intel.com \
    --cc=kamlesh.gurudasani@gmail.com \
    --cc=kernel@pengutronix.de \
    --cc=khaled.almahallawy@intel.com \
    --cc=kherbst@redhat.com \
    --cc=khilman@baylibre.com \
    --cc=kieran.bingham+renesas@ideasonboard.com \
    --cc=kong.kongxinwei@hisilicon.com \
    --cc=konrad.dybcio@linaro.org \
    --cc=kraxel@redhat.com \
    --cc=krzysztof.kozlowski@linaro.org \
    --cc=kyungmin.park@samsung.com \
    --cc=l.stach@pengutronix.de \
    --cc=laurent.pinchart@ideasonboard.com \
    --cc=laurentiu.palcu@oss.nxp.com \
    --cc=lb@semihalf.com \
    --cc=linus.walleij@linaro.org \
    --cc=linux-amlogic@lists.infradead.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-arm-msm@vger.kernel.org \
    --cc=linux-aspeed@lists.ozlabs.org \
    --cc=linux-graphics-maintainer@vmware.com \
    --cc=linux-hyperv@vger.kernel.org \
    --cc=linux-imx@nxp.com \
    --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-samsung-soc@vger.kernel.org \
    --cc=linux-stm32@st-md-mailman.stormreply.com \
    --cc=linux-sunxi@lists.linux.dev \
    --cc=linux-tegra@vger.kernel.org \
    --cc=linux@armlinux.org.uk \
    --cc=liushixin2@huawei.com \
    --cc=liviu.dudau@arm.com \
    --cc=lucas.demarchi@intel.com \
    --cc=luciano.coelho@intel.com \
    --cc=lyude@redhat.com \
    --cc=maarten.lankhorst@linux.intel.com \
    --cc=mairacanal@riseup.net \
    --cc=marek.olsak@amd.com \
    --cc=marex@denx.de \
    --cc=marijn.suijten@somainline.org \
    --cc=mario.limonciello@amd.com \
    --cc=martin.blumenstingl@googlemail.com \
    --cc=matthew.d.roper@intel.com \
    --cc=matthias.bgg@gmail.com \
    --cc=mcoquelin.stm32@gmail.com \
    --cc=melissa.srw@gmail.com \
    --cc=michal.simek@amd.com \
    --cc=mika.kahola@intel.com \
    --cc=mitulkumar.ajitkumar.golani@intel.com \
    --cc=mperttunen@nvidia.com \
    --cc=mwen@igalia.com \
    --cc=neil.armstrong@linaro.org \
    --cc=nicolas.ferre@microchip.com \
    --cc=niranjana.vishwanathapura@intel.com \
    --cc=nirmoy.das@intel.com \
    --cc=noralf@tronnes.org \
    --cc=nouveau@lists.freedesktop.org \
    --cc=oleksandr_andrushchenko@epam.com \
    --cc=olvaffe@gmail.com \
    --cc=orsonzhai@gmail.com \
    --cc=p.zabel@pengutronix.de \
    --cc=patrik.r.jakobsson@gmail.com \
    --cc=paul.kocialkowski@bootlin.com \
    --cc=paul@crapouillou.net \
    --cc=philippe.cornu@foss.st.com \
    --cc=qingqing.zhuo@amd.com \
    --cc=quic_abhinavk@quicinc.com \
    --cc=quic_jesszhan@quicinc.com \
    --cc=quic_vpolimer@quicinc.com \
    --cc=radhakrishna.sripada@intel.com \
    --cc=raphael.gallais-pou@foss.st.com \
    --cc=robdclark@gmail.com \
    --cc=rodrigo.vivi@intel.com \
    --cc=rodrigosiqueiramelo@gmail.com \
    --cc=roman.li@amd.com \
    --cc=s.hauer@pengutronix.de \
    --cc=sam@ravnborg.org \
    --cc=samsagax@gmail.com \
    --cc=samuel@sholland.org \
    --cc=sean@poorly.run \
    --cc=shawnguo@kernel.org \
    --cc=spice-devel@lists.freedesktop.org \
    --cc=srinivasan.shanmugam@amd.com \
    --cc=stanislav.lisovskiy@intel.com \
    --cc=stefan@agner.ch \
    --cc=stylon.wang@amd.com \
    --cc=sumit.semwal@linaro.org \
    --cc=sunpeng.li@amd.com \
    --cc=suraj.kandpal@intel.com \
    --cc=sw0312.kim@samsung.com \
    --cc=swati2.sharma@intel.com \
    --cc=thierry.reding@gmail.com \
    --cc=tiantao6@hisilicon.com \
    --cc=tomba@kernel.org \
    --cc=tomi.valkeinen+renesas@ideasonboard.com \
    --cc=tvrtko.ursulin@linux.intel.com \
    --cc=tzimmermann@suse.de \
    --cc=u.kleine-koenig@pengutronix.de \
    --cc=uma.shankar@intel.com \
    --cc=vandita.kulkarni@intel.com \
    --cc=ville.syrjala@linux.intel.com \
    --cc=vinod.govindapillai@intel.com \
    --cc=virtualization@lists.linux-foundation.org \
    --cc=wenjing.liu@amd.com \
    --cc=wens@csie.org \
    --cc=wsa+renesas@sang-engineering.com \
    --cc=xen-devel@lists.xenproject.org \
    --cc=xinliang.liu@linaro.org \
    --cc=yannick.fertre@foss.st.com \
    --cc=yifan1.zhang@amd.com \
    --cc=yongqin.liu@linaro.org \
    --cc=zackr@vmware.com \
    --cc=zhang.lyra@gmail.com \
    /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.