[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
- To: Maxime Ripard <mripard@xxxxxxxxxx>
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- Date: Wed, 12 Jul 2023 15:38:03 +0200
- Cc: Heiko Stübner <heiko@xxxxxxxxx>, Geert Uytterhoeven <geert+renesas@xxxxxxxxx>, Xinliang Liu <xinliang.liu@xxxxxxxxxx>, Linus Walleij <linus.walleij@xxxxxxxxxx>, Tomi Valkeinen <tomi.valkeinen+renesas@xxxxxxxxxxxxxxxx>, Alexey Kodanev <aleksei.kodanev@xxxxxxxxxxx>, dri-devel@xxxxxxxxxxxxxxxxxxxxx, Vandita Kulkarni <vandita.kulkarni@xxxxxxxxx>, Alim Akhtar <alim.akhtar@xxxxxxxxxxx>, Anitha Chrisanthus <anitha.chrisanthus@xxxxxxxxx>, Marijn Suijten <marijn.suijten@xxxxxxxxxxxxxx>, Jonathan Hunter <jonathanh@xxxxxxxxxx>, Arun R Murthy <arun.r.murthy@xxxxxxxxx>, Jerome Brunet <jbrunet@xxxxxxxxxxxx>, Liu Shixin <liushixin2@xxxxxxxxxx>, linux-samsung-soc@xxxxxxxxxxxxxxx, Samuel Holland <samuel@xxxxxxxxxxxx>, Matt Roper <matthew.d.roper@xxxxxxxxx>, Wenjing Liu <wenjing.liu@xxxxxxx>, Javier Martinez Canillas <javierm@xxxxxxxxxx>, Stanislav Lisovskiy <stanislav.lisovskiy@xxxxxxxxx>, Danilo Krummrich <dakr@xxxxxxxxxx>, NXP Linux Team <linux-imx@xxxxxxx>, spice-devel@xxxxxxxxxxxxxxxxxxxxx, Niranjana Vishwanathapura <niranjana.vishwanathapura@xxxxxxxxx>, linux-sunxi@xxxxxxxxxxxxxxx, Stylon Wang <stylon.wang@xxxxxxx>, Tim Huang <Tim.Huang@xxxxxxx>, Suraj Kandpal <suraj.kandpal@xxxxxxxxx>, André Almeida <andrealmeid@xxxxxxxxxx>, Andi Shyti <andi.shyti@xxxxxxxxxxxxxxx>, Yifan Zhang <yifan1.zhang@xxxxxxx>, Jani Nikula <jani.nikula@xxxxxxxxx>, Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>, Lucas De Marchi <lucas.demarchi@xxxxxxxxx>, Inki Dae <inki.dae@xxxxxxxxxxx>, Hersen Wu <hersenxs.wu@xxxxxxx>, Jessica Zhang <quic_jesszhan@xxxxxxxxxxx>, Kamlesh Gurudasani <kamlesh.gurudasani@xxxxxxxxx>, Bhawanpreet Lakha <Bhawanpreet.Lakha@xxxxxxx>, Łukasz Bartosik <lb@xxxxxxxxxxxx>, Radhakrishna Sripada <radhakrishna.sripada@xxxxxxxxx>, Andrew Jeffery <andrew@xxxxxxxx>, Seung-Woo Kim <sw0312.kim@xxxxxxxxxxx>, Noralf Trønnes <noralf@xxxxxxxxxxx>, kernel@xxxxxxxxxxxxxx, Alex Deucher <alexander.deucher@xxxxxxx>, freedreno@xxxxxxxxxxxxxxxxxxxxx, Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>, Zack Rusin <zackr@xxxxxxxxxx>, Gerd Hoffmann <kraxel@xxxxxxxxxx>, Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>, linux-aspeed@xxxxxxxxxxxxxxxx, nouveau@xxxxxxxxxxxxxxxxxxxxx, Mitul Golani <mitulkumar.ajitkumar.golani@xxxxxxxxx>, José Roberto de Souza <jose.souza@xxxxxxxxx>, virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx, Thierry Reding <thierry.reding@xxxxxxxxx>, Yongqin Liu <yongqin.liu@xxxxxxxxxx>, Mario Limonciello <mario.limonciello@xxxxxxx>, Fei Yang <fei.yang@xxxxxxxxx>, Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>, David Lechner <david@xxxxxxxxxxxxxx>, Julia Lawall <Julia.Lawall@xxxxxxxx>, Juha-Pekka Heikkila <juhapekka.heikkila@xxxxxxxxx>, "Jiri Slaby (SUSE)" <jirislaby@xxxxxxxxxx>, David Francis <David.Francis@xxxxxxx>, Aaron Liu <aaron.liu@xxxxxxx>, Patrik Jakobsson <patrik.r.jakobsson@xxxxxxxxx>, Vinod Polimera <quic_vpolimer@xxxxxxxxxxx>, linux-rockchip@xxxxxxxxxxxxxxxxxxx, Fangzhi Zuo <jerry.zuo@xxxxxxx>, Aurabindo Pillai <aurabindo.pillai@xxxxxxx>, VMware Graphics Reviewers <linux-graphics-maintainer@xxxxxxxxxx>, Ben Skeggs <bskeggs@xxxxxxxxxx>, Jouni Högander <jouni.hogander@xxxxxxxxx>, Dave Airlie <airlied@xxxxxxxxxx>, linux-mips@xxxxxxxxxxxxxxx, Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>, Gurchetan Singh <gurchetansingh@xxxxxxxxxxxx>, Martin Blumenstingl <martin.blumenstingl@xxxxxxxxxxxxxx>, linux-arm-msm@xxxxxxxxxxxxxxx, Animesh Manna <animesh.manna@xxxxxxxxx>, linux-renesas-soc@xxxxxxxxxxxxxxx, Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>, Chaitanya Kumar Borah <chaitanya.kumar.borah@xxxxxxxxx>, Biju Das <biju.das.jz@xxxxxxxxxxxxxx>, linux-amlogic@xxxxxxxxxxxxxxxxxxx, Evan Quan <evan.quan@xxxxxxx>, Michal Simek <michal.simek@xxxxxxx>, linux-arm-kernel@xxxxxxxxxxxxxxxxxxx, Sean Paul <sean@xxxxxxxxxx>, Neil Armstrong <neil.armstrong@xxxxxxxxxx>, Kai Vehmanen <kai.vehmanen@xxxxxxxxxxxxxxx>, Boris Brezillon <bbrezillon@xxxxxxxxxx>, Chunyan Zhang <zhang.lyra@xxxxxxxxx>, Qingqing Zhuo <qingqing.zhuo@xxxxxxx>, Sandy Huang <hjc@xxxxxxxxxxxxxx>, Swati Sharma <swati2.sharma@xxxxxxxxx>, John Stultz <jstultz@xxxxxxxxxx>, Paul Kocialkowski <paul.kocialkowski@xxxxxxxxxxx>, Kyungmin Park <kyungmin.park@xxxxxxxxxxx>, Drew Davenport <ddavenport@xxxxxxxxxxxx>, Kevin Hilman <khilman@xxxxxxxxxxxx>, Hawking Zhang <Hawking.Zhang@xxxxxxx>, Haneen Mohammed <hamohammed.sa@xxxxxxxxx>, Anusha Srivatsa <anusha.srivatsa@xxxxxxxxx>, Dan Carpenter <error27@xxxxxxxxx>, Karol Herbst <kherbst@xxxxxxxxxx>, Joonas Lahtinen <joonas.lahtinen@xxxxxxxxxxxxxxx>, linux-hyperv@xxxxxxxxxxxxxxx, Stefan Agner <stefan@xxxxxxxx>, Melissa Wen <melissa.srw@xxxxxxxxx>, Maíra Canal <mairacanal@xxxxxxxxxx>, Luca Coelho <luciano.coelho@xxxxxxxxx>, Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>, Andrzej Hajda <andrzej.hajda@xxxxxxxxx>, Likun Gao <Likun.Gao@xxxxxxx>, Sam Ravnborg <sam@xxxxxxxxxxxx>, Alain Volmat <alain.volmat@xxxxxxxxxxx>, Xinwei Kong <kong.kongxinwei@xxxxxxxxxxxxx>, Jernej Skrabec <jernej.skrabec@xxxxxxxxx>, Deepak Rawat <drawat.floss@xxxxxxxxx>, Chen-Yu Tsai <wens@xxxxxxxx>, Joel Stanley <joel@xxxxxxxxx>, Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>, Ankit Nautiyal <ankit.k.nautiyal@xxxxxxxxx>, Harry Wentland <harry.wentland@xxxxxxx>, Sumit Semwal <sumit.semwal@xxxxxxxxxx>, Alan Liu <haoping.liu@xxxxxxx>, Philip Yang <Philip.Yang@xxxxxxx>, Lyude Paul <lyude@xxxxxxxxxx>, intel-gfx@xxxxxxxxxxxxxxxxxxxxx, Alison Wang <alison.wang@xxxxxxx>, Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>, Abhinav Kumar <quic_abhinavk@xxxxxxxxxxx>, Gustavo Sousa <gustavo.sousa@xxxxxxxxx>, Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>, Rodrigo Vivi <rodrigo.vivi@xxxxxxxxx>, Mikko Perttunen <mperttunen@xxxxxxxxxx>, Tvrtko Ursulin <tvrtko.ursulin@xxxxxxxxxxxxxxx>, Rodrigo Siqueira <rodrigosiqueiramelo@xxxxxxxxx>, Tomi Valkeinen <tomba@xxxxxxxxxx>, Deepak R Varma <drv@xxxxxxxxx>, "Pan, Xinhui" <Xinhui.Pan@xxxxxxx>, Chia-I Wu <olvaffe@xxxxxxxxx>, Konrad Dybcio <konrad.dybcio@xxxxxxxxxx>, Kieran Bingham <kieran.bingham+renesas@xxxxxxxxxxxxxxxx>, Tian Tao <tiantao6@xxxxxxxxxxxxx>, Shawn Guo <shawnguo@xxxxxxxxxx>, Christian König <christian.koenig@xxxxxxx>, Khaled Almahallawy <khaled.almahallawy@xxxxxxxxx>, linux-stm32@xxxxxxxxxxxxxxxxxxxxxxxxxxxx, Emma Anholt <emma@xxxxxxxxxx>, Chun-Kuang Hu <chunkuang.hu@xxxxxxxxxx>, Imre Deak <imre.deak@xxxxxxxxx>, Liviu Dudau <liviu.dudau@xxxxxxx>, Alexandre Torgue <alexandre.torgue@xxxxxxxxxxx>, Roman Li <roman.li@xxxxxxx>, Paul Cercueil <paul@xxxxxxxxxxxxxxx>, Rob Clark <robdclark@xxxxxxxxx>, Hamza Mahfooz <hamza.mahfooz@xxxxxxx>, David Airlie <airlied@xxxxxxxxx>, Marek Vasut <marex@xxxxxxx>, Jiapeng Chong <jiapeng.chong@xxxxxxxxxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxxx, Guchun Chen <guchun.chen@xxxxxxx>, Oleksandr Andrushchenko <oleksandr_andrushchenko@xxxxxxxx>, Raphael Gallais-Pou <raphael.gallais-pou@xxxxxxxxxxx>, Rodrigo Siqueira <Rodrigo.Siqueira@xxxxxxx>, Russell King <linux@xxxxxxxxxxxxxxx>, Leo Li <sunpeng.li@xxxxxxx>, Uma Shankar <uma.shankar@xxxxxxxxx>, Mika Kahola <mika.kahola@xxxxxxxxx>, Jiasheng Jiang <jiasheng@xxxxxxxxxxx>, Srinivasan Shanmugam <srinivasan.shanmugam@xxxxxxx>, Thomas Zimmermann <tzimmermann@xxxxxxx>, Vinod Govindapillai <vinod.govindapillai@xxxxxxxxx>, linux-tegra@xxxxxxxxxxxxxxx, Marek Olšák <marek.olsak@xxxxxxx>, Maarten Lankhorst <maarten.lankhorst@xxxxxxxxxxxxxxx>, Joaquín Ignacio Aramendía <samsagax@xxxxxxxxx>, Melissa Wen <mwen@xxxxxxxxxx>, Hans de Goede <hdegoede@xxxxxxxxxx>, linux-mediatek@xxxxxxxxxxxxxxxxxxx, Fabio Estevam <festevam@xxxxxxxxx>, Laurentiu Palcu <laurentiu.palcu@xxxxxxxxxxx>, Matthias Brugger <matthias.bgg@xxxxxxxxx>, David Tadokoro <davidbtadokoro@xxxxxx>, AngeloGioacchino Del Regno <angelogioacchino.delregno@xxxxxxxxxxxxx>, Orson Zhai <orsonzhai@xxxxxxxxx>, amd-gfx@xxxxxxxxxxxxxxxxxxxxx, Jyri Sarha <jyri.sarha@xxxxxx>, Yannick Fertre <yannick.fertre@xxxxxxxxxxx>, Nicolas Ferre <nicolas.ferre@xxxxxxxxxxxxx>, Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>, Philippe Cornu <philippe.cornu@xxxxxxxxxxx>, Daniel Vetter <daniel@xxxxxxxx>, Wayne Lin <Wayne.Lin@xxxxxxx>, Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>, Nirmoy Das <nirmoy.das@xxxxxxxxx>, Lang Yu <Lang.Yu@xxxxxxx>, Lucas Stach <l.stach@xxxxxxxxxxxxxx>
- Delivery-date: Wed, 12 Jul 2023 13:43:36 +0000
- List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
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.
With me having spend ~3h on this series' changes, it's maybe
understandable that I did it the way I did.
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.
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.
> > So I still like the split version better, but I'm open to a more
> > verbose reasoning from your side.
>
> You're doing only one thing here, really: you change the name of a
> structure field. If it was shared between multiple maintainers, then
> sure, splitting that up is easier for everyone, but this will go through
> drm-misc, so I can't see the benefit it brings.
I see your argument, but I think mine weights more.
Best regards
Uwe
--
Pengutronix e.K. | Uwe Kleine-König |
Industrial Linux Solutions | https://www.pengutronix.de/ |
Attachment:
signature.asc
Description: PGP signature
|