The igb driver sets its device name to "Intel(R) PRO/1000 Network
Connection version - 2.2.5". FreeBSD drivers do not, as a general
rule, announce separate version numbers (unless verbose boot is
requested), and do identify the particular hardware device which is
supported rather than the (generic) name of the product line.
Consider the following juxtaposition, copied from the boot messages on
usbus3: EHCI version 1.0
usbus3: <Intel 82801JI (ICH10) USB 2.0 controller USB-B> on ehci0
pcib5: <ACPI PCI-PCI bridge> irq 17 at device 28.0 on pci0
pci5: <ACPI PCI bus> on pcib5
igb0: <Intel(R) PRO/1000 Network Connection version - 2.2.5> port 0xdc00-0xdc1f mem 0xdf6e0000-0xdf6fffff,0xdf6c0000-0xdf6dffff,0xdf69c000-0xdf69ffff irq 16 at device 0.0 on pci5
Boot a machine with an Intel Gigabit Ethernet controller that is
supported by the igb driver.
Reassign to our Intel guru: Jack
In general, the intel ethernet drivers do *not* have strings identifying themselves in the driver code. This is intentional.
I am pondering how to resolve this.
We could add a compile-time script that takes supported device IDs in src/share/misc/pci_vendors and adds them as a header file that the driver can include. That way the name is always up-to-date, and the strings don't need to be manually updated.
Or just run something like that script locally here at Intel, then ship a separate header file with the device names that gets updated whenever we add more device support to the driver.
For bugs that match the following
- Status Is In progress
- Untouched since 2018-01-01.
- Affects Base System OR Documentation
Reset to open status.
I did a quick pass but if you are getting this email it might be worthwhile to double check to see if this bug ought to be closed.