-
Notifications
You must be signed in to change notification settings - Fork 615
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Network interface ordering #1199
Comments
Just as in linux, the enumeration order is undefined. Specificly it enumerates drivers, and than each NIC for that driver. Could you explain what kind of issue this is causing you? |
In Linux you have Consistent Network Device Naming so enumeration order doesn't matter that much
I was just expecting to have port 1 == net0, I can work around this, |
In linux the order is defined by the order of loaded drivers, which is mostly alphabetical as long as you keep them in kernel and not modules... The (un)predictable network names just creates more problems and makes this very defined behaviour unpredictable between hosts /rant Using snponly.efi when chained gives you one nic which it was booted from, other than that we can't be sure of ordering, you might be able to grab dmi data to get port designators and sort on that, but that would need to be in a script to not break any already existing assumptions on net ordering. |
The PCI enumeration order will also vary between different BIOS vendors. |
Not sure if this is expected, the interfaces are a bit out of order (both when using ipxe.efi and snp.efi)
NIC is
Broadcom NetXtreme Gigabit Ethernet (BCM5720)
https://www.dell.com/en-sg/shop/dell-quad-port-1-gigabit-broadcom-5720-network-daughter-card-cuskit/apd/540-bbhg/wifi-and-networking
The text was updated successfully, but these errors were encountered: