Page MenuHomeFreeBSD

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

Authored by val_packett.cool on Jun 10 2019, 7:12 PM.
Tags
Referenced Files
Unknown Object (File)
Fri, Apr 19, 2:27 AM
Unknown Object (File)
Mar 3 2024, 2:54 PM
Unknown Object (File)
Jan 16 2024, 8:28 AM
Unknown Object (File)
Dec 22 2023, 11:40 PM
Unknown Object (File)
Dec 17 2023, 4:26 PM
Unknown Object (File)
Nov 22 2023, 4:43 AM
Unknown Object (File)
Nov 6 2023, 7:58 AM
Unknown Object (File)
Oct 5 2023, 6:51 AM
Subscribers

Details

Reviewers
imp
Group Reviewers
Contributor Reviews (src)
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