On Mon, 16 Mar 2026 10:29:56 -0700 Tony Nguyen wrote:
> On 3/15/2026 1:22 PM, Jakub Kicinski wrote:
> > On Sun, 15 Mar 2026 13:01:50 -0700 Jakub Kicinski wrote:
> >> On Sun, 15 Mar 2026 12:54:51 -0700 Jakub Kicinski wrote:
> [...]
> >>
> >> Hm, maybe it's not just CONFIG_IRQ_REMAP=y
> >> Enabling it makes no difference. Let me try to see what state the IRQ
> >> allocation machinery is in on this kernel. On distro kernel ice gets
> >> all the IRQs it wants at boot. But it also barfs something RDMA so
> >> I can't really compare..
> >
> > I think it's ee13aa1a2c5a ("ice: use netif_get_num_default_rss_queues()")
> > It clamped the number of allocated queues but I think it meant to only
> > clamp the default enabled queue count. No idea how y'all gonna get the
> > extra IRQs later or whether you intended to pack multiple queues per IRQ
> > so I'll let you figure this out..
>
> Hi Jakub,
>
> Thanks for letting us know. I think we have the fix for this in the
> pipeline [1]. I'll try to get it tested and out to you ASAP.
Thanks, do you also have any locking fixes for i40e ?
It's doing even worse, after running these tests:
[ 66.614062][ T1267] nipa-hw-worker: [1/36] Running drivers/net:gro.py
[ 138.058617][ T1267] nipa-hw-worker: [2/36] Running drivers/net:hds.py
[ 138.856172][ T1267] nipa-hw-worker: [3/36] Running drivers/net:napi_id.py
[ 140.195848][ T1267] nipa-hw-worker: [4/36] Running
drivers/net:napi_threaded.py
The machine locks up waiting on the netdev instance lock.
Looks like on your own NIPA instance this test doesn't get to run
because ethtool is ancient and doesn't support --json for -l
