Page MenuHomeFreeBSD

Make it obvious that SR-IOV VF creation fails because of the PCIe bus, not the device driver
ClosedPublic

Authored by val_packett.cool on Jun 10 2019, 7:12 PM.
Tags
Referenced Files
Unknown Object (File)
Tue, Jul 22, 9:43 AM
Unknown Object (File)
Jul 20 2025, 12:34 PM
Unknown Object (File)
Jul 7 2025, 9:07 AM
Unknown Object (File)
Jul 5 2025, 8:13 PM
Unknown Object (File)
Jul 1 2025, 1:59 AM
Unknown Object (File)
Jun 30 2025, 7:43 PM
Unknown Object (File)
Jun 29 2025, 4:26 AM
Unknown Object (File)
Jun 27 2025, 7:56 AM
Subscribers

Details

Summary

"huh, iovctl on my new Intel NIC says 'no space left on device', let's google, okay, that means you're requesting too many VFs.. what, I'm requesting two. let's search ENOSPC in the driver.. here, add debug prints.. no, that's not it, argh.. let's walk up the calls, who calls this sriov init.. ah the iflib one.. who calls that... pci_iov_init OHH HERE IT IS!! so it's my AMD X370 chipset PCIe being weird, not the ixgbe driver being broken!"

No one should go through that debugging process again, let's make it loud and clear when ENOSPC is from the PCIe code and not from the driver code :)

Diff Detail

Repository
rS FreeBSD src repository - subversion
Lint
Lint Skipped
Unit
Tests Skipped