ixgbe(4): Update HEAD (p3) to 3.2.12-k

[cramerj_intel.com]

Summary

Update to ixgbe including:

• Support for X550EM devices.
• Support for Bypass adapters.
• Flow Director code moved to separate files
• SR-IOV code moved to separate files
• Netmap code moved to separate files

This does NOT contain iflib support. Review D10293 (with iflib support) will be abandoned and a new review will be created to add iflib support.

Test Plan

Work-in-progress. Respectfully request waiting for Jeff's team to perform a validation pass before committing.

[cramerj_intel.com]

• Fixed compilation issue with unused variables.

[cramerj_intel.com]

• Fixed compilation error with ixv when compiled dynamically.

[cramerj_intel.com]

• Removed "Frame Limit" flag as it seems unnecessary.

[cramerj_intel.com]

• Fixed version error.

[cramerj_intel.com]

• Fixed a load error when trying to load ixv dynamically.

[cramerj_intel.com]

• Fixed unresolved symbol issue with ixv.

[jeffrey.e.pieper_intel.com]

Ship it

[jeffrey.e.pieper_intel.com]

We need to hold off on committing this. We are investigating some issues that were discovered today.

[cramerj_intel.com]

Committed in r320688

[kmacy]

In the future when you find yourselves implementing synchronization primitives like swfw_sync or your hand rolled locks in if_bypass.c please make sure you get the attention and sign off from @markj, @jhb, or myself.

sys/dev/ixgbe/if_bypass.c

48

This lock needs to be replaced.

[kmacy]

Also, can we stop massively refactoring the drivers until after the iflib version goes in to HEAD? And in general, there's a lot of non-productive function shuffling that goes on in Intel drivers that makes it a lot more work for downstream users maintaining their own branches.

[kmacy]

sys/dev/ixgbe/ixgbe_fdir.h

45

Has this code ever been tested with IXGBE_FDIR enabled? This leads to duplicate symbols.