[Bug 263469] PCI class 0x13 (instrumentation) not given a name
- In reply to: bugzilla-noreply_a_freebsd.org: "[Bug 263469] PCI class 0x13 (instrumentation) not given a name"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Fri, 22 Apr 2022 14:40:43 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=263469 --- Comment #1 from commit-hook@FreeBSD.org --- A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/src/commit/?id=f010b9c2b9b0a550656de8a5b5ad1469630c3e2c commit f010b9c2b9b0a550656de8a5b5ad1469630c3e2c Author: John F. Carr <jfc@mit.edu> AuthorDate: 2022-04-22 14:28:34 +0000 Commit: Stefan Eßer <se@FreeBSD.org> CommitDate: 2022-04-22 14:39:23 +0000 pci: recognize "non-essential instrumentation" devices Some AMD EPYC VCPUs generated boot message of the type: pci4: <unknown> at device 0.0 (no driver attached) These are displayed for device class 0x13 devices, e.g.: none8@pci0:130:0:0: class=0x130000 rev=0x00 hdr=0x00 vendor=0x1022 \ device=0x148a subvendor=0x1022 subdevice=0x148a vendor = 'Advanced Micro Devices, Inc. [AMD]' device = 'Starship/Matisse PCIe Dummy Function' class = non-essential instrumentation Since these devices serve no purpose (no driver attaches) I have enabled the reporting of suich devices only for verbose boots (a diversion from the patch provided in the PR). A verbose boot will now display such devices as: pci4: <non-essential instrumentation> at device 0.0 (no driver attached) PR: 263469 Reported by: jfc@mit.edu (John F. Carr) MFC after: 1 week sys/dev/pci/pci.c | 1 + 1 file changed, 1 insertion(+) -- You are receiving this mail because: You are the assignee for the bug.