Page MenuHomeFreeBSD

bnxt: Report SR-IOV VF status
Needs ReviewPublic

Authored by kbowling on Aug 9 2026, 6:55 AM.
Tags
None
Referenced Files
Unknown Object (File)
Mon, Sep 7, 11:37 AM
Unknown Object (File)
Sat, Sep 5, 1:17 PM
Unknown Object (File)
Fri, Sep 4, 1:17 AM
Unknown Object (File)
Mon, Aug 31, 7:30 AM
Unknown Object (File)
Sun, Aug 30, 7:38 AM
Unknown Object (File)
Fri, Aug 28, 1:48 PM
Unknown Object (File)
Mon, Aug 24, 9:37 PM
Unknown Object (File)
Mon, Aug 24, 4:15 PM
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