[PATCH] net/iavf: fix AdminQ polling after interrupt setup failure
Bruce Richardson
bruce.richardson at intel.com
Wed Nov 4 17:25:35 CET 2026
On Sun, Nov 01, 2026 at 04:21:40PM -0700, Kevin Bowling wrote:
> The device alarm skips AdminQ processing when the PF advertises WB_ON_ITR.
> However, this capability does not guarantee that interrupt registration
> succeeds. FreeBSD nic_uio cannot register device interrupts, so the VF
> still needs alarm polling. Without it, commands such as RSS configuration
> and statistics queries time out and device configuration fails.
>
> Record whether AdminQ uses alarm polling instead of deriving that choice
> from the PF capability. Initialize polling on each device initialization
> and disable it only after interrupt registration and enablement succeed.
> If enablement fails, unregister the callback before retaining polling.
> Keep the shared PHC alarm and unconditional alarm cancellation unchanged.
>
> Validated the backport to 25.11.4 on FreeBSD with an E810 ice PF: the stock
> PMD failed configuration in three trials, while the correction passed 45
> queue restarts, 42 full device resets and 6,432 exactly received frames.
>
> Fixes: 388f0b348065 ("net/iavf: reuse device alarm for PHC sync")
> Cc: stable at dpdk.org
>
> Signed-off-by: Kevin Bowling <kevin.bowling at kev009.com>
> ---
Acked-by: Bruce Richardson <bruce.richardson at intel.com>
Applied to next-net-intel,
Thanks,
/Bruce
More information about the stable
mailing list