[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH] pci-ids.rst: Add Red Hat pci-id for AMD IOMMU device
From: |
Jonathan Cameron |
Subject: |
Re: [PATCH] pci-ids.rst: Add Red Hat pci-id for AMD IOMMU device |
Date: |
Wed, 12 Mar 2025 18:18:26 +0000 |
On Tue, 11 Mar 2025 09:08:06 +0100
Gerd Hoffmann <kraxel@redhat.com> wrote:
> Hi,
>
> > As a heads up, I believe we have a similar problem with a few of the CXL
> > IDs.
> > The root port and type 3 device both use Intel IDs that were not reserved
> > for this purpose. VID=0x8086, DID=0x7075 and DID=0x0d93
>
> Essentially we have two kinds of PCI devices in qemu.
>
> * The ones which try to mimic existing hardware, they usually have the
> PCI ID of the device they are emulating (and use the qemu subsystem ID).
> The classic example is the cirrus vga. There are also many intel
> chipset devices for piix4 ('pc' machine type) and ich9 ('q35' machine
> type) with intel IDs.
>
> * The ones which are PCI class implementations and do not need a
> specific ID for drivers to accept them. Most of them have a
> PCI device ID from the 1b36 vendor ID range.
>
> The former tend to be older devices (before hardware standardization was
> a thing, also before we got a range from 1b36 for qemu), and the latter
> tend to be newer devices. There are also a bunch of exceptions for
> historical reasons. The ahci emulation has a ich9 id. xhci even has
> two variants (one mimicking a NEC host adapter, one with qemu device id).
>
> So, in short, using the intel IDs is not necessarily a problem. Depends
> a bit on what kind of device we are talking about. For PCI class
> devices it usually is more useful to have a qemu ID though.
They are not valid IDs, so they may get used in future for real
hardware of an entirely different type. We don't want these to
correspond to real hardware either because the aim is to test
out corners of the spec, so we may well implement completely different
sets of features to any real implementation.
>
> > Switch ports and switch-cci are using valid Hisilicon IDs that are for
> > emulation of these device only and are registered in our tracker
> > for these IDs so won't get 'reused'.
>
> That is perfectly fine. There is no need to change IDs, although it
> makes sense to document that fact in docs/specs/pci-ids.rst
Ah. I wasn't aware of the ID space reserved for QEMU or that doc.
We can leave the HiSilicon ones alone. I'll sort a docs patch for
the 3 of those soon.
For the Intel ones can I have a pair for the root port and the CXL
type 3 device (so 2 IDs)? We will probably need one shortly for
the type2 emulation test device as well.
Thanks,
Jonathan
>
> Moving them to qemu pci id range is an option too if you prefer that.
> Your choice.
>
> take care,
> Gerd
>
>
Re: [PATCH] pci-ids.rst: Add Red Hat pci-id for AMD IOMMU device, Michael S. Tsirkin, 2025/03/09
Re: [PATCH] pci-ids.rst: Add Red Hat pci-id for AMD IOMMU device, Jonathan Cameron, 2025/03/10