linux-kernel - Re: [PATCH 1/6] PCI: imx6: Rename imx6_* with imx

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <CAOMZO5C-01=jYbJTgQucfD8+pT-chy4xvQMckUee1O+gtE-0pQ@mail.gmail.com>
Date: Wed, 28 Feb 2024 20:14:16 -0300
From: Fabio Estevam <festevam@...il.com>
To: Frank Li <Frank.Li@....com>
Cc: Richard Zhu <hongxing.zhu@....com>, Lucas Stach <l.stach@...gutronix.de>, 
	Lorenzo Pieralisi <lpieralisi@...nel.org>, Krzysztof Wilczyński <kw@...ux.com>, 
	Rob Herring <robh@...nel.org>, Bjorn Helgaas <bhelgaas@...gle.com>, Shawn Guo <shawnguo@...nel.org>, 
	Sascha Hauer <s.hauer@...gutronix.de>, Pengutronix Kernel Team <kernel@...gutronix.de>, 
	NXP Linux Team <linux-imx@....com>, Philipp Zabel <p.zabel@...gutronix.de>, 
	Liam Girdwood <lgirdwood@...il.com>, Mark Brown <broonie@...nel.org>, linux-pci@...r.kernel.org, 
	imx@...ts.linux.dev, linux-arm-kernel@...ts.infradead.org, 
	linux-kernel@...r.kernel.org, bpf@...r.kernel.org
Subject: Re: [PATCH 1/6] PCI: imx6: Rename imx6_* with imx_*

On Tue, Feb 27, 2024 at 6:47 PM Frank Li <Frank.Li@....com> wrote:
>
> imx6_* actually mean for all imx chips (imx6x, imx7x, imx8x and imx9x).

That's OK. In the kernel, we have lots of examples where the names of
files and functions follow the first chip model.

If this same IP gets used by another SoC in the future that is not
named i.MX, will this driver get renamed again?

> Rename imx6_* with imx_* to avoid confuse.

I don't find it confusing.

> Signed-off-by: Frank Li <Frank.Li@....com>
> ---
>  drivers/pci/controller/dwc/pci-imx6.c | 754 +++++++++++++++++-----------------
>  1 file changed, 377 insertions(+), 377 deletions(-)

I think this pure churn and we should not do the rename as it brings
no benefits.