All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jani Nikula <jani.nikula@intel.com>
To: "Uwe Kleine-König" <u.kleine-koenig@pengutronix.de>
Cc: "Geert Uytterhoeven" <geert+renesas@glider.be>,
	"Xinliang Liu" <xinliang.liu@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>,
	"Leo Li" <sunpeng.li@amd.com>,
	"Sascha Hauer" <s.hauer@pengutronix.de>,
	"Lucas De Marchi" <lucas.demarchi@intel.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>,
	"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>,
	"David Lechner" <david@lechnology.com>,
	"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>,
	"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,
	"Maxime Ripard" <mripard@kernel.org>,
	"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>,
	linux-hyperv@vger.kernel.org,
	"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>,
	"Ankit Nautiyal" <ankit.k.nautiyal@intel.com>,
	"Sumit Semwal" <sumit.semwal@linaro.org>,
	"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>,
	"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>,
	"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>,
	"Liviu Dudau" <liviu.dudau@arm.com>,
	"Alexandre Torgue" <alexandre.torgue@foss.st.com>,
	"Roman Li" <roman.li@amd.com>,
	"Paul Cercueil" <paul@crapouillou.net>,
	"Hamza Mahfooz" <hamza.mahfooz@amd.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>,
	"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>,
	"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>,
	"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>,
	"Wayne Lin" <Wayne.Lin@amd.com>,
	"Dmitry Baryshkov" <dmitry.baryshkov@linaro.org>,
	"Nirmoy Das" <nirmoy.das@intel.com>, "Lang Yu" <Lang.Yu@amd.com>
Subject: Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
Date: Thu, 13 Jul 2023 12:03:05 +0300	[thread overview]
Message-ID: <878rbkgp4m.fsf@intel.com> (raw)
In-Reply-To: <20230712161025.22op3gtzgujrhytb@pengutronix.de>

On Wed, 12 Jul 2023, Uwe Kleine-König <u.kleine-koenig@pengutronix.de> wrote:
> Hello Jani,
>
> 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@pengutronix.de> wrote:
>> > Hello,
>> >
>> > 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.

Are you planning on changing all of the above too, or are you only
annoyed by drm?

I'm really not convinced at all.


BR,
Jani.


-- 
Jani Nikula, Intel Open Source Graphics Center

WARNING: multiple messages have this Message-ID (diff)
From: Jani Nikula <jani.nikula@intel.com>
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,
	"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>,
	"Leo Li" <sunpeng.li@amd.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>,
	"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,
	virtualization@lists.linux-foundation.org,
	"Yongqin Liu" <yongqin.liu@linaro.org>,
	"Mario Limonciello" <mario.limonciello@amd.com>,
	"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>,
	"Maxime Ripard" <mripard@kernel.org>,
	"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,
	"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>,
	"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>,
	"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>,
	"Konrad Dybcio" <konrad.dybcio@linaro.org>,
	"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>,
	"Hamza Mahfooz" <hamza.mahfooz@amd.com>,
	"Marek Vasut" <marex@denx.de>,
	"Paul Kocialkowski" <paul.kocialkowski@bootlin.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>,
	"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, "Lang Yu" <Lang.Yu@amd.com>,
	"Yannick Fertre" <yannick.fertre@foss.st.com>,
	linux-mips@vger.kernel.org,
	"Krzysztof Kozlowski" <krzysztof.kozlowski@linaro.org>,
	"Philippe Cornu" <philippe.cornu@foss.st.com>,
	"Thomas Zimmermann" <tzimmermann@suse.de>,
	"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: [Intel-gfx] [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
Date: Thu, 13 Jul 2023 12:03:05 +0300	[thread overview]
Message-ID: <878rbkgp4m.fsf@intel.com> (raw)
In-Reply-To: <20230712161025.22op3gtzgujrhytb@pengutronix.de>

On Wed, 12 Jul 2023, Uwe Kleine-König <u.kleine-koenig@pengutronix.de> wrote:
> Hello Jani,
>
> 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@pengutronix.de> wrote:
>> > Hello,
>> >
>> > 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.

Are you planning on changing all of the above too, or are you only
annoyed by drm?

I'm really not convinced at all.


BR,
Jani.


-- 
Jani Nikula, Intel Open Source Graphics Center

WARNING: multiple messages have this Message-ID (diff)
From: Jani Nikula <jani.nikula@intel.com>
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>,
	"Leo Li" <sunpeng.li@amd.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>,
	"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>,
	"Maxime Ripard" <mripard@kernel.org>,
	"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>,
	"Konrad Dybcio" <konrad.dybcio@linaro.org>,
	"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>,
	"Hamza Mahfooz" <hamza.mahfooz@amd.com>,
	"Marek Vasut" <marex@denx.de>,
	"Paul Kocialkowski" <paul.kocialkowski@bootlin.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>,
	"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, "Lang Yu" <Lang.Yu@amd.com>,
	"Yannick Fertre" <yannick.fertre@foss.st.com>,
	linux-mips@vger.kernel.org,
	"Krzysztof Kozlowski" <krzysztof.kozlowski@linaro.org>,
	"Philippe Cornu" <philippe.cornu@foss.st.com>,
	"Thomas Zimmermann" <tzimmermann@suse.de>,
	"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: Thu, 13 Jul 2023 12:03:05 +0300	[thread overview]
Message-ID: <878rbkgp4m.fsf@intel.com> (raw)
In-Reply-To: <20230712161025.22op3gtzgujrhytb@pengutronix.de>

On Wed, 12 Jul 2023, Uwe Kleine-König <u.kleine-koenig@pengutronix.de> wrote:
> Hello Jani,
>
> 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@pengutronix.de> wrote:
>> > Hello,
>> >
>> > 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.

Are you planning on changing all of the above too, or are you only
annoyed by drm?

I'm really not convinced at all.


BR,
Jani.


-- 
Jani Nikula, Intel Open Source Graphics Center

WARNING: multiple messages have this Message-ID (diff)
From: Jani Nikula <jani.nikula@intel.com>
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>,
	"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>,
	"Leo Li" <sunpeng.li@amd.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>,
	"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>,
	"Maxime Ripard" <mripard@kernel.org>,
	"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>,
	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>,
	"Konrad Dybcio" <konrad.dybcio@linaro.org>,
	"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>,
	"Hamza Mahfooz" <hamza.mahfooz@amd.com>,
	"Marek Vasut" <marex@denx.de>,
	"Paul Kocialkowski" <paul.kocialkowski@bootlin.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>,
	"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, "Lang Yu" <Lang.Yu@amd.com>,
	"Yannick Fertre" <yannick.fertre@foss.st.com>,
	linux-mips@vger.kernel.org,
	"Krzysztof Kozlowski" <krzysztof.kozlowski@linaro.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: [Nouveau] [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
Date: Thu, 13 Jul 2023 12:03:05 +0300	[thread overview]
Message-ID: <878rbkgp4m.fsf@intel.com> (raw)
In-Reply-To: <20230712161025.22op3gtzgujrhytb@pengutronix.de>

On Wed, 12 Jul 2023, Uwe Kleine-König <u.kleine-koenig@pengutronix.de> wrote:
> Hello Jani,
>
> 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@pengutronix.de> wrote:
>> > Hello,
>> >
>> > 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.

Are you planning on changing all of the above too, or are you only
annoyed by drm?

I'm really not convinced at all.


BR,
Jani.


-- 
Jani Nikula, Intel Open Source Graphics Center

  parent reply	other threads:[~2023-07-13  9:03 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
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 [this message]
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=878rbkgp4m.fsf@intel.com \
    --to=jani.nikula@intel.com \
    --cc=Bhawanpreet.Lakha@amd.com \
    --cc=David.Francis@amd.com \
    --cc=Hawking.Zhang@amd.com \
    --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@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=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=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=hdegoede@redhat.com \
    --cc=hersenxs.wu@amd.com \
    --cc=hjc@rock-chips.com \
    --cc=intel-gfx@lists.freedesktop.org \
    --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=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=laurent.pinchart@ideasonboard.com \
    --cc=laurentiu.palcu@oss.nxp.com \
    --cc=lb@semihalf.com \
    --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=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=mripard@kernel.org \
    --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=orsonzhai@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=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=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=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=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.