On 3/16/2026 11:59 AM, Jakub Kicinski wrote:
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 ?
No, no pending 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
I'll see if we can get these updated.
Thanks,
Tony
