lwfinger
commented
2 years ago This is NOT a permanent problem. I have been running an RTW8852BE for nearly a week without any network drops, and barely a message in the logs. There have been many tests with a local speedtest, which show results higher than the speed of my broadband connection (500 Mbps). The local host is on a 1000 Mbps link.
A recurring problem has been laptops with a BIOS that does not properly support the PCIe standard. Whant make and model do you have? Some users have found it necessary to use one or both of the following mocule options for
parm: disable_msi:Set Y to disable MSI interrupt support (bool) parm: disable_aspm:Set Y to disable PCI ASPM support (bool)
The options should be applied to rtw88_pci if you use the kernel version, or rtw_pci if the code comes from this repo. The safe thing to do is create an options file that handles both. I will let you research how to create an options file.
Note: Turning off the wifi in the tray and turning it back on uses a utility called rfkill, and only affects the user-space part of the connection. It does exactly nothing to the driver, thus when you turn it back on, you get exactly what you had before. What you need to do is open a terminal and type the following two commands:
sudo modprobe -rv rtw_8822ce sudo modprobe -r rtw_8852ce
That may save you a reboot as it gives you a fresh copy of the driver. On the other hand, if the chip is in a state that is only cured by turning off the power, then a reboot will be necessary.
I have not run my RTW8822CE for some time, but I recently did a long-term test of the RTW8821CE, which has been more problematic, with little difficulty. Those tests led to a patch that did fix a problem.
Note that the message does not say that the chip "ran out of TX buffers". It says that the chip is not responding when it tries to flush the buffers. Quite a different thing if the message is to be believed.
PPyshkin
My system is LinuxMint 20.2. Laptop HP ProBook 455 G7 (1F3M4EA), WiFi chip is RTL8822CE. Time after time my WiFi stops and only reboot helps. When it happens I have WiFi connection in tray, but there is no real connection even with local router. When I try switch off WiFi in tray and then switch on I can not connect to router, error appears. Only after reboot WiFi works again.
This problem appeared very often with 5 GHz WiFi and Kernels before 5.17.0. In this combination WiFi stoped even when I visited speedtest site. It was impossible to pass the speed test. It looked like wifi card "choked" with huge data flow.
It was for 5.15... 5.16... Kernels, but after 5.17.0 situation became better. The stopping of WiFi appears once per day or per few days. My record is 10 days of stable work before WiFi stoped. Of course, I googled about this problem and tried to do everything. For example, disabled power management. I compiled new Kernels, now I have 6.0 Kernel. But the situation was the same. At last, I install these drivers. The result is 4 days of working before WiFi stopped.
Every time when WiFi stopped I see the similar thing when run dmesg command. For example, now, with new drivers: ....
After I switch off WiFi in tray and then switch on, I can not connect to the router, and dmesg looks like:
This is a newbie question, but Is it possible somehow to "increase tx buffer" or do something with this?
I am not alone with this problem of "timed out to flush" with Realtek chips. And it looks like this problem is permanent in Linux world. And this is very sad.