Search Linux Wireless

RE: [PATCH] wifi: rtlwifi: pci: Fix condition to wake the queues

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Bitterblue Smith <rtl8821cerfe2@xxxxxxxxx> wrote:
> On 19/02/2025 08:20, Ping-Ke Shih wrote:
> > Bitterblue Smith <rtl8821cerfe2@xxxxxxxxx> wrote:
> >> The TX queues should be woken when there are at least 4 available
> >> entries, not when there are at most 4.
> >>
> >> Tested with RTL8821AE.
> >>
> >> Fixes: d0311314d002 ("rtlwifi: rtl8192ee: Fix handling of new style descriptors")
> >
> > I agree your change looks more reasonable. Did you really meet the case
> > and this patch solves it?
> >
> > By the changes of d0311314d002, I can't really understand why the initial
> > version and the commit do. Considering the commit "fix" some situations,
> > I don't know if this patch would break them again. Could you look into
> > rtlwifi PCI flow deeper and share your ideas?
> >
> 
> I saw several problems with rtl8821ae but I can't say if this
> patch fixes any of them:
> 
> - After a few hours it randomly stops receiving beacons and data
>   frames for at least 10 seconds ("AP off, try to reconnect now"
>   in dmesg). Then it may or may not be able to reconnect.

Is interrupt counter increasing in /proc/interrupt?
If not, check if driver ISR (interrupt status register) manually to see
if it received data but not issue interrupt to host properly.
However, if no any of these, it will be WiFi problem, not PCI.

To bisect WiFi problem, we may stop doing rtl_watchdog_wq_callback() to
avoid changing registers dynamically. 

> 
> - Sometimes the TX speed measured by iperf3 is limited to ~80 Mbps.
>   Normally it's over 250.

I suggest to check PHY rate first and MSDU aggregation by sniffer.
Not sure if rtlwifi can be monitor mode, but very sure rtw88 does. 

> 
> - Sometimes there are duplicate pings:
>       19 packets transmitted, 14 received, +151 duplicates, 26.3158% packet loss, time 18098ms

I have never dug this kind of problem, but I suggest to check sniffer
first.  

> 
> - Testing the RX speed with iperf3 sometimes makes the mouse cursor
>   stutter. (It's usually ~300 Mbps.)

If here is Bluetooth mouse, it will be a BT-coexistence problem. If not,
I feel CPU becomes exhausted or huge amount of interrupts at that time.

> 
> I don't know how to reproduce any of these.

If users want/can help to dig problem, please try above suggestions. 






[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Wireless Personal Area Network]     [Linux Bluetooth]     [Wireless Regulations]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite Hiking]     [MIPS Linux]     [ARM Linux]     [Linux RAID]

  Powered by Linux