Thread (65 messages) 65 messages, 6 authors, 2023-03-10

Re: [PATCH 09/20] dt-bindings: pinctrl: ralink: {mt7620,mt7621}: rename to mediatek

From: Arınç ÜNAL <hidden>
Date: 2023-03-09 07:54:38
Also in: linux-devicetree, linux-gpio, linux-mediatek, linux-mips, lkml

On 9.03.2023 00:19, Arınç ÜNAL wrote:
On 9.03.2023 00:05, Rob Herring wrote:
quoted
On Fri, Mar 03, 2023 at 03:28:38AM +0300, arinc9.unal@gmail.com wrote:
quoted
From: Arınç ÜNAL <redacted>

This platform from Ralink was acquired by MediaTek in 2011. Then, 
MediaTek
introduced these SoCs which utilise this platform. Rename the schemas to
mediatek to address the incorrect naming.
I said we don't do renames due to acquistions, you said that wasn't the
reason, but then that's your reasoning here.
It's not a marketing/acquistion rename as the name of these SoCs were 
wrong from the get go. The information on the first sentence is to give 
the idea of why these SoCs were wrongfully named as the base platform 
that these new MediaTek SoCs share code with was called Ralink.
quoted
To give you another example, *new* i.MX things are still called
'fsl,imx...' and it has been how many years since merging with NXP?
Ok this is a point I see now. Though, I fail to see how this is called 
renaming when there's only new SoCs (from NXP in this case) to be added.
If I understand correctly, i.MX is a family from Freescale so the name 
was kept the same on new SoC releases from NXP. I believe it's different 
in this case here. There's no family name. The closest thing on the name 
of the SoC model is, it's RT for Ralink, MT for MediaTek.

On top of that, mediatek strings already exist for MT SoCs already, at 
least for MT7621.

https://git.kernel.org/pub/scm/linux/kernel/git/netdev/net-next.git/tree/Documentation/devicetree/bindings/mips/ralink.yaml?id=dd3cb467ebb5659d6552999d6f16a616653f9933#n83

Arınç

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help