Hi, > > As a workaround: What about checking the IP length field. If the > > received packet is smaller by 4 bytes than what it should be then just > > add extra 4 bytes at the end? Or does the MIC at the end have any > > influence on anything? > > That should work, but it's ugly. I did it and it is working, and yes, it is ugly :) > If the router lets you change the MTU, does it help to make it smaller? No, this is a bad idea. It will bring a lot of other issues. > Do you have the problem with the v5.13.3 driver? If it works (other > than completely dying after a while) we should see what it does > differently compared to the v5.2.2.4 driver. The v5.13.3 does not have this problem. I have tested 3 different approaches and also made some quick speed tests: 1: I changed the skb length according the IP header so the packet is complete 2: Disabled ht by sband->ht_cap.ht_supported = false; 3: Tested v5.13.3 driver Speedtests with iperf: IP header hack: 24.5 Mbits/sec HT hack: 18.7 Mbits/sec v5.13.3 driver: 54.6 Mbits/sec The v5.13.3 driver has the highest speed and does not have the missing bytes bug. So it does something different...
