From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Bjorn Helgaas <helgaas@kernel.org>
Cc: Vladimir Oltean <vladimir.oltean@nxp.com>,
linux-pci@vger.kernel.org, Bjorn Helgaas <bhelgaas@google.com>,
linux-kernel@vger.kernel.org, Wasim Khan <wasim.khan@nxp.com>,
Wei Fang <wei.fang@nxp.com>, Clark Wang <xiaoning.wang@nxp.com>
Subject: Re: [PATCH pci] PCI: remove the PCI_VENDOR_ID_NXP alias
Date: Thu, 30 Nov 2023 11:10:19 +0000 [thread overview]
Message-ID: <2023113014-preflight-roundish-d796@gregkh> (raw)
In-Reply-To: <20231129233827.GA444332@bhelgaas>
On Wed, Nov 29, 2023 at 05:38:27PM -0600, Bjorn Helgaas wrote:
> [+cc Greg because these mergers & spinoffs happen all the time, and
> pci_ids.h doesn't necessarily need to keep up, so maybe there's
> precedent for what to do here]
Yes, the precedent is to leave it alone.
> On Wed, Nov 22, 2023 at 05:42:41PM +0200, Vladimir Oltean wrote:
> > What is today NXP is the result of some mergers (with Freescale) and
> > spin-offs (from Philips).
> >
> > New NXP hardware (for example NETC version 4.1 of the NXP i.MX95
> > SoC) uses PCI_VENDOR_ID_PHILIPS. And some older hardware uses
> > PCI_VENDOR_ID_FREESCALE.
> >
> > If we have PCI_VENDOR_ID_NXP as an alias for PCI_VENDOR_ID_FREESCALE,
> > we end up needing something like a PCI_VENDOR_ID_NXP2 alias for
> > PCI_VENDOR_ID_PHILIPS. I think this is more confusing than just spelling
> > out the vendor ID of the original company that claimed it.
> >
> > FWIW, the pci.ids repository as of today has:
> > 1131 Philips Semiconductors
> > 1957 Freescale Semiconductor Inc
> >
> > so this makes the kernel code consistent with that, and with what
> > "lspci" prints.
>
> Hmm. I can't find the 0x1957 Vendor ID here:
> https://pcisig.com/membership/member-companies, which is supposed to
> be the authoritative source AFAICS.
>
> Also, that page lists 0x1131 as "NXP Semiconductors".
>
> There's a contact email on that page if it needs updates.
>
> I don't quite understand the goal here. The company is now called
> "NXP", and this patch removes PCI_VENDOR_ID_NXP (the only instance of
> "NXP" in pci_ids.h) and uses PCI_VENDOR_ID_FREESCALE (which apparently
> does not exist any more)?
>
> 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 :)
thanks,
greg k-h
next prev parent reply other threads:[~2023-11-30 11:10 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-11-22 15:42 [PATCH pci] PCI: remove the PCI_VENDOR_ID_NXP alias Vladimir Oltean
2023-11-29 23:38 ` Bjorn Helgaas
2023-11-30 11:10 ` Greg Kroah-Hartman [this message]
2023-12-03 15:16 ` Vladimir Oltean
2023-12-03 17:30 ` Greg Kroah-Hartman
2023-12-03 17:48 ` Vladimir Oltean
2023-12-03 17:59 ` Greg Kroah-Hartman
2023-12-03 18:15 ` Vladimir Oltean
2023-12-03 15:15 ` Vladimir Oltean
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=2023113014-preflight-roundish-d796@gregkh \
--to=gregkh@linuxfoundation.org \
--cc=bhelgaas@google.com \
--cc=helgaas@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=vladimir.oltean@nxp.com \
--cc=wasim.khan@nxp.com \
--cc=wei.fang@nxp.com \
--cc=xiaoning.wang@nxp.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.