Jump to content

OrangePi R1 RTWHALXT runs 100% CPU


RedCat

Recommended Posts

Hello everybody!
There was a problem, my OrangePI R1 with the Armbian Stretch OS running works in the access point + bridge mode (hostapd & bridge-utils), and when the client downloads a large file from the network, the RTWHALXT process loads the CPU by 100% and rtw_xmit_thread by 20% (watched using top) as a result, the processor freezes. How to fix it?
Thanks in advance, sorry for my English I am from Uzbekistan.

Link to comment
Share on other sites

17 minutes ago, RedCat said:

How to fix it?

 

Without logs (armbianmonitor -u) you are wasting time. And with logs is also hard since we can't cover a work of 1.000 people and on our expense. (by googling) I suspect this is some generic bug in the kernel drivers, but since you provide no exact information about the kernel and no logs, there is nothing more to speculate.

 

Link to comment
Share on other sites

What logs except armbianmonitor -u are needed? A little later, I will try to provide all the logs and reports that are required. As far as I understood from the search, but the information is not enough that this problem is related to the OS kernel and WiFi drivers

Link to comment
Share on other sites

Just now, RedCat said:

What logs except armbianmonitor -u are needed? A little later, I will try to provide all the logs and reports that are required. As far as I understood from the search, but the information is not enough that this problem is related to the OS kernel and WiFi drivers


armbianmonitor is a bare minimum and I could already give you some hints, but without it is totally pointless that you are asking anything. Armbian is too diverse out of the box and nobody around has supernatural abilities :D, that's why this is required.

Link to comment
Share on other sites

9 minutes ago, Igor said:

Type this into the console.

System diagnosis information will now be uploaded to(I pressed enter)
Could not find the database of available applications, run update-command-not-found as root to fix this

Link to comment
Share on other sites

3 minutes ago, RedCat said:

System diagnosis information will now be uploaded to(I pressed enter)
Could not find the database of available applications, run update-command-not-found as root to fix this


Are you running armbian? Something looks corrupted or broken then. Can you start with a clean image?

Link to comment
Share on other sites

5 minutes ago, Igor said:

Could not find the database of available applications, run update-command-not-found as root to fix this


Kernel looks O.K., Did you perhaps uninstall something or run some dirty scripts? Do you have a working network connection?

Link to comment
Share on other sites

On this system? Yes, this hardware distributes the Internet to my house, and it is now located about 500 meters from me

Spoiler

 


br0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.240.3  netmask 255.255.255.0  broadcast 255.255.255.255
        inet6 fe80::c274:2bff:feff:f42c  prefixlen 64  scopeid 0x20<link>
        ether c0:74:2b:ff:f4:2c  txqueuelen 1000  (Ethernet)
        RX packets 57503  bytes 3600845 (3.4 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 53900  bytes 35972762 (34.3 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
enxc0742bfff42c: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        ether c0:74:2b:ff:f4:2c  txqueuelen 1000  (Ethernet)
        RX packets 1200513  bytes 1190307502 (1.1 GiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 1154809  bytes 176479396 (168.3 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
eth0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether 02:42:26:2e:9a:e0  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 39
lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 16  bytes 1296 (1.2 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 16  bytes 1296 (1.2 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet6 fe80::d6b7:61ff:feaa:31b3  prefixlen 64  scopeid 0x20<link>
        ether d4:b7:61:aa:31:b3  txqueuelen 1000  (Ethernet)
        RX packets 1193979  bytes 212348235 (202.5 MiB)
        RX errors 0  dropped 107872  overruns 0  frame 0
        TX packets 1206367  bytes 1232094064 (1.1 GiB)
        TX errors 0  dropped 5 overruns 0  carrier 0  collisions 0

 

Edited by Tido
added spoiler
Link to comment
Share on other sites

2 minutes ago, RedCat said:

On this system? Yes, this hardware distributes the Internet to my house, and it is now located about 500 meters from me


I am looking for this:

igorp@bananapim2plus:~$ sudo su
root@bananapim2plus:/home/igorp# armbianmonitor -u
System diagnosis information will now be uploaded to http://ix.io/1HfY
Please post the URL in the forum where you've been asked for.

 

Link to comment
Share on other sites

1 hour ago, RedCat said:

And..... Nothing...


This must work. Please start with a clean image, use our way of creating AP mode and try to recreate this problem. Then we might be able to solve something. I am out of ideas.

Link to comment
Share on other sites

... and our scripts are using (patched/optimised/fixed) hostapd. Its better than stock Debian OOB. We need known/the same environment to fight possible bugs.

Wrote on mobile

Link to comment
Share on other sites

I have the same problem with my Orange Pi Zero Plus (Not Plus 2), RTWHALXT and RTW_XMIT_THREAD make the CPU spike to 100% when I download something.

Weirdly, I think there was this 2 times when it just started working really well, and used pretty much no CPU, but after a reboot the issue came back.

It's probably a kernel or driver bug.

I even tried updating to Linux 5.2 using armbian-config and the results are the same.

Link to comment
Share on other sites

On 8/20/2019 at 9:12 PM, Click said:

I even tried updating to Linux 5.2 using armbian-config and the results are the same.

 

There were some changes in 5.3.y but I am not sure this is fixed. In theory it should be enough if you change to nightly repository and update (also in armbian-config).

Link to comment
Share on other sites

2 hours ago, Igor said:

 

There were some changes in 5.3.y but I am not sure this is fixed. In theory it should be enough if you change to nightly repository and update (also in armbian-config).

I just upgraded to nightly and installed linux 5.3, so far it seems to be solved. I even tested with iperf3.

Link to comment
Share on other sites

Hello,

 

Since a few moment, I got that same issue multiple times a day: RTWHALXT takes all CPU and freezes an Orange Pi PC plus that never had such issues.

I found this might be related to WiFi driver and so I removed WiFi for now, keeping only pure NIC link.

 

We'll see...

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines