Created attachment 287853 [details] dmesg.log after reboot I apologize if this is not the appropriate place to report such a problem. This is on an Intel AX200 in monitor mode (packet capture) while changing the channel every few seconds. The problem is reproducible using iw to change channels repeatedly while the system is doing little else. iw dev radiotap2 set channel 1 iw dev radiotap2 set channel 2 iw dev radiotap2 set channel 3 ... I'm using the 'free' command to display available memory, and I can see it drop over time free | grep Mem | awk '{print $7}' There are normal up down variances when displaying available memory, but the trend is down I am also using the same (old) kernel and new backports driver with the 8260 and 9260 AC radios and I do not see the memory problem. I've attached dmesg output from bootup (as you can see I'm trying to get kmemleak to work, but am fighting that battle as well!) I've upgraded iw to version 5.4, but this has not helped either. # ethtool -i radiotap2 | grep firmware firmware-version: 48.4fa0041f.0 cc-a0-48.ucode
Can you try this? https://p.sipsolutions.net/1db3c0ff75fb385d.txt
Sorry, that didn't compile, wrong base tree. Replace "trans->txqs.txq" by "trans_pcie->txq" in both lines.
It has been running about 10 minutes and memory looks very stable so far. I'll let it run overnight, but I think it's a great fix. I will let you know. Thank you!
I merged Johannes' fix to our internal tree (master branch). I'll push it out once we applied this to older cores.
Overnight testing was a success, no memory lost at all.
Patch sent upstream: https://patchwork.kernel.org/patch/11472085/ This will go into our iwlwifi-backport tree as soon as I fix our generation job that is broken at the moment.