[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: Jani Nikula <jani.nikula@xxxxxxxxx>
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Date: Thu, 13 Jul 2023 11:29:54 +0200
- Cc: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>, Xinliang Liu <xinliang.liu@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>, Leo Li <sunpeng.li@xxxxxxx>, Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>, Lucas De Marchi <lucas.demarchi@xxxxxxxxx>, 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>, 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>, David Lechner <david@xxxxxxxxxxxxxx>, Juha-Pekka Heikkila <juhapekka.heikkila@xxxxxxxxx>, "Jiri Slaby (SUSE)" <jirislaby@xxxxxxxxxx>, David Francis <David.Francis@xxxxxxx>, Aaron Liu <aaron.liu@xxxxxxx>, 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, Maxime Ripard <mripard@xxxxxxxxxx>, 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>, linux-hyperv@xxxxxxxxxxxxxxx, 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>, Ankit Nautiyal <ankit.k.nautiyal@xxxxxxxxx>, Sumit Semwal <sumit.semwal@xxxxxxxxxx>, Alan Liu <haoping.liu@xxxxxxx>, Philip Yang <Philip.Yang@xxxxxxx>, 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>, 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>, Liviu Dudau <liviu.dudau@xxxxxxx>, Alexandre Torgue <alexandre.torgue@xxxxxxxxxxx>, Roman Li <roman.li@xxxxxxx>, Paul Cercueil <paul@xxxxxxxxxxxxxxx>, Hamza Mahfooz <hamza.mahfooz@xxxxxxx>, 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>, 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>, Joaquín Ignacio Aramendía <samsagax@xxxxxxxxx>, Melissa Wen <mwen@xxxxxxxxxx>, Hans de Goede <hdegoede@xxxxxxxxxx>, linux-mediatek@xxxxxxxxxxxxxxxxxxx, 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>, Wayne Lin <Wayne.Lin@xxxxxxx>, Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>, Nirmoy Das <nirmoy.das@xxxxxxxxx>, Lang Yu <Lang.Yu@xxxxxxx>
- Delivery-date: Thu, 13 Jul 2023 09:37:59 +0000
- List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
Hi Jani,
On Thu, Jul 13, 2023 at 11:03 AM Jani Nikula <jani.nikula@xxxxxxxxx> wrote:
> On Wed, 12 Jul 2023, Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx> wrote:
> > On Wed, Jul 12, 2023 at 05:34:28PM +0300, Jani Nikula wrote:
> >> On Wed, 12 Jul 2023, Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
> >> wrote:
> >> > while I debugged an issue in the imx-lcdc driver I was constantly
> >> > irritated about struct drm_device pointer variables being named "dev"
> >> > because with that name I usually expect a struct device pointer.
> >> >
> >> > I think there is a big benefit when these are all renamed to "drm_dev".
> >> > I have no strong preference here though, so "drmdev" or "drm" are fine
> >> > for me, too. Let the bikesheding begin!
> >> >
> >> > Some statistics:
> >> >
> >> > $ git grep -ohE 'struct drm_device *\* *[^ (),;]*' v6.5-rc1 | sort |
> >> > uniq -c | sort -n
> >> > 1 struct drm_device *adev_to_drm
> >> > 1 struct drm_device *drm_
> >> > 1 struct drm_device *drm_dev
> >> > 1 struct drm_device *drm_dev
> >> > 1 struct drm_device *pdev
> >> > 1 struct drm_device *rdev
> >> > 1 struct drm_device *vdev
> >> > 2 struct drm_device *dcss_drv_dev_to_drm
> >> > 2 struct drm_device **ddev
> >> > 2 struct drm_device *drm_dev_alloc
> >> > 2 struct drm_device *mock
> >> > 2 struct drm_device *p_ddev
> >> > 5 struct drm_device *device
> >> > 9 struct drm_device * dev
> >> > 25 struct drm_device *d
> >> > 95 struct drm_device *
> >> > 216 struct drm_device *ddev
> >> > 234 struct drm_device *drm_dev
> >> > 611 struct drm_device *drm
> >> > 4190 struct drm_device *dev
> >> >
> >> > This series starts with renaming struct drm_crtc::dev to drm_dev. If
> >> > it's not only me and others like the result of this effort it should be
> >> > followed up by adapting the other structs and the individual usages in
> >> > the different drivers.
> >>
> >> I think this is an unnecessary change. In drm, a dev is usually a drm
> >> device, i.e. struct drm_device *.
> >
> > Well, unless it's not. Prominently there is
> >
> > struct drm_device {
> > ...
> > struct device *dev;
> > ...
> > };
> >
> > which yields quite a few code locations using dev->dev which is
> > IMHO unnecessary irritating:
> >
> > $ git grep '\<dev->dev' v6.5-rc1 drivers/gpu/drm | wc -l
> > 1633
> >
> > Also the functions that deal with both a struct device and a struct
> > drm_device often use "dev" for the struct device and then "ddev" for
> > the drm_device (see for example amdgpu_device_get_pcie_replay_count()).
>
> Why is specifically struct drm_device *dev so irritating to you?
>
> You lead us to believe it's an outlier in kernel, something that goes
> against common kernel style, but it's really not:
>
> $ git grep -how "struct [A-Za-z0-9_]\+ \*dev" | sort | uniq -c | sort -rn |
> head -20
> 38494 struct device *dev
> 16388 struct net_device *dev
> 4184 struct drm_device *dev
> 2780 struct pci_dev *dev
> 1916 struct comedi_device *dev
> 1510 struct mlx5_core_dev *dev
> 1057 struct mlx4_dev *dev
> 894 struct b43_wldev *dev
> 762 struct input_dev *dev
> 623 struct usbnet *dev
> 561 struct mlx5_ib_dev *dev
> 525 struct mt76_dev *dev
> 465 struct mt76x02_dev *dev
> 435 struct platform_device *dev
> 431 struct usb_device *dev
> 411 struct mt7915_dev *dev
> 398 struct cx231xx *dev
> 378 struct mei_device *dev
> 363 struct ksz_device *dev
> 359 struct mthca_dev *dev
>
> A good portion of the above also have a dev member.
Not all of them access both the foo_device and the device pointers.
Let's put the number of 435 platform_device pointers named "dev"
into perspective:
10095 struct platform_device *pdev
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@xxxxxxxxxxxxxx
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
|