Received-SPF: pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
Message-ID: <2a679614-c964-dc3f-c987-6c7ee03923a0@gmail.com>
Date:   Mon, 24 Apr 2023 22:56:54 +0300
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101
 Thunderbird/102.8.0
Subject: Re: RTL8188EU (LogiLink WL0151A) - Malformed packets
Content-Language: en-US
To:     Artem Makhutov <artem.makhutov@gmail.com>
Cc:     "linux-wireless@vger.kernel.org" <linux-wireless@vger.kernel.org>
References: <CALbLcfAXrHp4vsVGqU0nBdB_gFmKTKx0GcdrFJA7R_kodAy0Ew@mail.gmail.com>
 <bfe732f4-60dd-4d78-1259-5f9f6c11adbc@gmail.com>
 <CALbLcfB7cMctHC-Fv93z1WVCZkQ76uW2F_=P6rCW7ZSPXvmapw@mail.gmail.com>
 <2857f998-1b1a-e3c2-20fe-d03dadcf8f23@gmail.com>
 <CALbLcfCsyGzhvrqjSz37+7cLvc3rc4Y_kgspZV=kiPNs4TBE4w@mail.gmail.com>
 <CALbLcfBnF6njFMSfQk2TuOiZ3C3kHwqs4-c-MQGb72azzQ5sJA@mail.gmail.com>
 <38172c8e-d107-d96e-7292-09d0e3b061dd@gmail.com>
 <CALbLcfCHLU+zoFdTnTrJs22UUYwr2rETp5hqbv=NL352Qz-XgA@mail.gmail.com>
 <CALbLcfDZJmOyn-Gf24+9X-eHh3-3PY4_nP5soG3gHf_Vn85=EA@mail.gmail.com>
 <CALbLcfAiVgGi9iocEG4OfgET2XLDRq0dthbxDMP0vP3R6BBp_A@mail.gmail.com>
 <3ceecfc1-ab04-7d54-51bd-457a4708c0ac@gmail.com>
 <CALbLcfCpb8xbN+w2VvCZ6Gdr+L_ECH0UQsWZrpO1Hcpoef66UQ@mail.gmail.com>
 <8eaeb64e-3f7f-6752-4476-c0f0c88a008b@gmail.com>
 <CALbLcfD7AmMG72-Qxafc9533OQVBCL=RLDycjUCV2MJ0DRN6nw@mail.gmail.com>
From:   Bitterblue Smith <rtl8821cerfe2@gmail.com>
In-Reply-To: <CALbLcfD7AmMG72-Qxafc9533OQVBCL=RLDycjUCV2MJ0DRN6nw@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Precedence: bulk

On 22/04/2023 00:59, Artem Makhutov wrote:
> Hi,
> 
> Am Do., 20. Apr. 2023 um 20:26 Uhr schrieb Bitterblue Smith
> <rtl8821cerfe2@gmail.com>:
>> So it's probably not related to the encryption.
>>
>> The v5.2.2.4 driver uses USB RX aggregation, unless you disabled it.
>> We can try to use it in rtl8xxxu too, with this patch and the
>> module parameter dma_aggregation=1:
> 
> I have tried it out. No changes. I will check the v5.2.2.4 tomorrow
> again. Maybe it does not use HT mode so often and that's the reason
> why the problem is not occuring that often...
> 

That's fortunate because RX aggregation makes the download speed
a lot worse for some reason.

> 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.

If the router lets you change the MTU, does it help to make it smaller?

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.

I don't have other ideas.