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] [day] [month] [year] [list]
Message-ID: <20231203181508.n2hxjnoeuydnzyeo@skbuf>
Date:   Sun, 3 Dec 2023 20:15:08 +0200
From:   Vladimir Oltean <vladimir.oltean@....com>
To:     Greg Kroah-Hartman <gregkh@...uxfoundation.org>
Cc:     Bjorn Helgaas <helgaas@...nel.org>, linux-pci@...r.kernel.org,
        Bjorn Helgaas <bhelgaas@...gle.com>,
        linux-kernel@...r.kernel.org, Wasim Khan <wasim.khan@....com>,
        Wei Fang <wei.fang@....com>, Clark Wang <xiaoning.wang@....com>
Subject: Re: [PATCH pci] PCI: remove the PCI_VENDOR_ID_NXP alias

On Sun, Dec 03, 2023 at 06:59:04PM +0100, Greg Kroah-Hartman wrote:
> > > > > > Why would we remove name of the current company and use the name of a
> > > > > > company that doesn't exist any more?
> > > > > 
> > > > > Yes, this seems very odd.  What is the reason for any of this other than
> > > > > marketing?  Kernel code doesn't do marketing :)
> > > > 
> > > > I'm not sure who is doing the marketing; not me, that's for sure.
> > > > The patch that I'm proposing undoes these strange aliases.
> > > 
> > > Why?
> > 
> > Why am I undoing the aliases? It's in my commit message.
> 
> Which is long gone from this email thread, sorry.
> 
> > NXP now produces PCI devices with a different vendor ID.
> 
> "Different" from what, the old one?
> 
> > If aliasing is the way
> > to go, then are we supposed to add a new PCI_VENDOR_ID_NXP2,
> > PCI_VENDOR_ID_NXP3 etc?
> > 
> > Mellanox was bought by Nvidia and I don't see its PCI ID aliased to
> > Nvidia. There are probably countless of other examples.
> 
> I'm not asking why anything is being aliased, I'm asking why change the
> existing names.

With all due respect, I can continue responding and this discussion
will go nowhere, or you can go and actually read the change.
https://lore.kernel.org/linux-pci/20231122154241.1371647-1-vladimir.oltean@nxp.com/

There is nothing more to it than "I think it's confusing and inconsistent
to have multiple PCI vendor IDs for NXP, especially when they even weren't
NXP's to begin with". I've said that once in the original commit and
once to you directly. I don't think we even disagree about this basic fact.

> > > Who did it originally in what commit id and what was wrong with them
> > > then?
> > 
> > Does it really matter? "Git blame" on the line with #define PCI_VENDOR_ID_NXP
> > will point to a random commit by Wasim Khan (also CCed). The usage of
> > PCI_VENDOR_ID_NXP is not widespread, it's only that commit.
> 
> So does your change here just revert the change in that commit, or does
> it do it in other places?

A tree-wide grep for PCI_VENDOR_ID_NXP will show that the naming
introduced in 2021 commit d08c8b855140 ("PCI: Add ACS quirks for NXP
LX2xx0 and LX2xx2 platforms") is also the only place where 0x1957 is
referred to as NXP rather than Freescale. My change eliminates that
localized NXP alias, and makes the kernel consistently refer to 0x1957
as Freescale everywhere, as a result.

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ