Page MenuHomeFreeBSD

Avoid enabling MSI-X if MSI-X is disabled globally.
ClosedPublic

Authored by shurd on Oct 26 2017, 9:17 PM.
Tags
None
Referenced Files
Unknown Object (File)
Sat, Oct 25, 7:58 AM
Unknown Object (File)
Sat, Oct 25, 7:57 AM
Unknown Object (File)
Sat, Oct 25, 7:57 AM
Unknown Object (File)
Sat, Oct 25, 2:58 AM
Unknown Object (File)
Sat, Oct 25, 1:26 AM
Unknown Object (File)
Wed, Oct 8, 6:32 AM
Unknown Object (File)
Sun, Oct 5, 5:28 AM
Unknown Object (File)
Sep 10 2025, 10:30 PM
Subscribers

Details

Summary

It was reported on the community call that with
hw.pci.enable_msix=0, iflib would enable MSI-X on the device and attempt
to use it, which caused issues. Test the sysctl explicitly and do not
enable MSI-X if it's disabled globally.

Test Plan

Have reporter test, test for regressions on physical and
virtual systems.

Diff Detail

Repository
rS FreeBSD src repository - subversion
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

This revision is now accepted and ready to land.Oct 26 2017, 11:33 PM
This revision was automatically updated to reflect the committed changes.

Is this really better than just exposing whatever variable hw.pci.enable_msix corresponds to?

In D12805#266524, @cem wrote:

Is this really better than just exposing whatever variable hw.pci.enable_msix corresponds to?

It's certainly less intrusive. Until I understand exactly why iflib is rewriting PCIM_MSIXCTRL_MSIX_ENABLE in the PCI config register (the comment points to virtualized environments), I want to keep it simple to delete this change if I end up deleting the call to pci_write_config().