Page MenuHomeFreeBSD

bnxt: Report SR-IOV VF status
Needs ReviewPublic

Authored by kbowling on Aug 9 2026, 6:55 AM.
Tags
None
Referenced Files
F174411810: D58738.id186093.diff
Sat, Oct 3, 12:27 AM
Unknown Object (File)
Fri, Oct 2, 10:56 PM
Unknown Object (File)
Fri, Oct 2, 10:53 AM
Unknown Object (File)
Fri, Oct 2, 9:33 AM
Unknown Object (File)
Fri, Oct 2, 7:49 AM
Unknown Object (File)
Fri, Oct 2, 6:41 AM
Unknown Object (File)
Fri, Oct 2, 6:30 AM
Unknown Object (File)
Fri, Oct 2, 12:14 AM
Subscribers

Details

Summary
Expose the PF-known effective per-VF MAC, allocated transmit and receive
queue counts, and policy state through the iflib VF status method.
Snapshot the state under the SR-IOV lock so concurrent trust and
anti-spoof sysctl updates cannot produce a torn report.  Mark known queue
allocations present even when their value is zero.

Cache a VF-selected MAC only after firmware accepts the forwarded
request.  Prefer that address in status.  Replay the accepted address,
trust state, and MAC anti-spoof policy after firmware recovery.

Record completion of the per-VF configuration callback separately from
firmware resource allocation.

Track successful PCI SR-IOV attachment independently of the active VF
count.  This lets a supported but unconfigured PF return an empty status
while unsupported devices and failed attachments omit it.
Test Plan

I don't have HW, can you route to the right Broadcom folks?

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Skipped
Unit
Tests Skipped

Event Timeline

This is a basic implementation, someone more familiar with the driver may look at the nvlist schema and https://reviews.freebsd.org/D58739 which demonstrates driver extensions.

kbowling edited the summary of this revision. (Show Details)

Update to committed netlink API

Use BNXT_SRIOV_LOCK around MAC ops