I installed kmod-ath10k from openmptcprouter.com, distfeeds.conf need to be modified.
I installed:
ath10k-firmware-qca988x
kmod-ath10k
and I can see wlan0 card in console when I run “ip a”
but there’s no “wireless” tab in Luci GUI.
Do you know how to install it? (which package/s)
Sorry tu disturb, after restart I can see wireless tab in Luci
and wifi is working perfectly on both Sparklan WPEA-352ACN - Qualcomm Atheros QCA9880-BR4A and USB 2.0 Asus USB-N14 - Ralink RT5372
1 Like
Are you the person which can I tell bug I found?
I have low ethernet speed (between WAN and LAN) - few KB/s
Between WAN and WLAN1 or WLAN2 is perfect.
What to check?
(i did not try tu put image from yesterday:
openmptcprouter-v0.55beta4-r0+13235-eb17ee294c-mediatek-mt7623-bpi_bananapi-r2-ext4-sdcard)
You can check if you have trgmii active on gmac 1, gmac2 is not available on default (and mine 5.4)…and look if trgmii-patches are in:
https://patchwork.kernel.org/project/linux-mediatek/list/?series=266293
i’m using ready to use build (not compiling by myself). Can you tell me how exactly to do it?
(besides that everything is OK in this build - except that, i have faster wifi than lan)
I made iperf3 test between bpir2 and bananapipro on lan and I can see retries:
maciek@bananapipro1:~$ sudo iperf3 -c 192.168.1.1
Connecting to host 192.168.1.1, port 5201
[ 5] local 192.168.1.21 port 48602 connected to 192.168.1.1 port 5201
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 15.4 MBytes 129 Mbits/sec 4 276 KBytes
[ 5] 1.00-2.00 sec 15.7 MBytes 131 Mbits/sec 0 314 KBytes
[ 5] 2.00-3.00 sec 15.4 MBytes 129 Mbits/sec 0 348 KBytes
[ 5] 3.00-4.00 sec 17.2 MBytes 144 Mbits/sec 29 273 KBytes
[ 5] 4.00-5.00 sec 20.9 MBytes 175 Mbits/sec 0 325 KBytes
[ 5] 5.00-6.00 sec 22.2 MBytes 186 Mbits/sec 13 260 KBytes
[ 5] 6.00-7.00 sec 16.4 MBytes 138 Mbits/sec 0 307 KBytes
[ 5] 7.00-8.00 sec 22.4 MBytes 188 Mbits/sec 0 359 KBytes
[ 5] 8.00-9.00 sec 21.0 MBytes 176 Mbits/sec 0 399 KBytes
[ 5] 9.00-10.00 sec 20.8 MBytes 174 Mbits/sec 0 437 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 187 MBytes 157 Mbits/sec 46 sender
[ 5] 0.00-10.02 sec 187 MBytes 156 Mbits/sec receiverI exchanged lan cable. Between other devices network work fast as hell, except as that goes through router (openmptcprouter - banana pi r2)
For checking patches you need sourcecode…trgmii can be checked by sysfs
SOC-side:
cat /sys/firmware/devicetree/base/ethernet\@1b100000/mac\@0/phy-mode
and switch-side:
cat /sys/firmware/devicetree/base/ethernet\@1b100000/mdio-bus/switch\@0/ports/port\@6/phy-moderoot@OpenMPTCProuter:~# cat
/sys/firmware/devicetree/base/ethernet@1b100000/mac@0/phy-mode
trgmiiroot@OpenMPTCProuter:~#
root@OpenMPTCProuter:~# cat
/sys/firmware/devicetree/base/ethernet@1b100000/mdio-bus/switch@1
f/ports/port@6/phy-mode
trgmiiroot@OpenMPTCProuter:~#
seems both are empty
No it’s trgmii without linebreak (before username root in your prompt). But we need info that the 2 Patches above are in fixing trgmii issues. Maybe you can replace kernel with one of mine for testing?
I missed that.
Kernel - if it’s already compiled - yes
If not the procedure is the same as in linux to compile?
but at first I will upgrade beta3 to beta4 this evening - and then if it does not help I will repleace the kernel (the procedure is the same as on linux?)
I don’t know how in your image kernel is loaded.
My 5.4-main contains these patches, https://github.com/frank-w/BPI-R2-4.14/commit/0cb5221062b693463d1725bc6c3ef124b012c741 and this https://github.com/frank-w/BPI-R2-4.14/commit/1ff0732cf8055131050fa0c26c49429d6e725505
Compiled kernel is on github releases
I’m also experiencing a slowness issue on OpenWRT using latest 5.4.39 kernel. I have the OpenWRT fork https://github.com/cioby23/openwrt using patches gathered by @smaller09 and using kernel 5.4.31 released over one month ago which works fine without issues.
Recently I tried again to apply the same patches on the latest trunk, it compiled successfully but I can barely load a web page and it times out. I guess something has changed between kernel releases 5.4.31 and 5.4.39.
I do not see any errors only slowness when my PC is connected on the LAN ports of the BPI-R2
Openwrt is hard to trace because there are many backports from later kernel versions…i experience on 5.6 that trgmii does not work where it does work for me on 5.4…so try applying the 2 Patches (or change to rgmii twice) and test again
I think those 2 patches are already merged into the main 5.4 kernel tree. I see this on the release notes for kernel 5.4.34 https://lwn.net/Articles/818234/. On the latest OpenWRT compiled image I was running version 5.4.39 which I guess includes also these patches.
René van Dorst (2):
net: dsa: mt7530: move mt7623 settings out off the mt7530
net: ethernet: mediatek: move mt7623 settings out off the mt7530Right, i see it’s already merged in 5.4 committed by gregkh…so this should not be not the cause…found also no other change to soc- and switchdriver which may cause a performance-drop
Just to your information, i flashed beta4 image:
openmptcprouter-v0.55beta4-r0+13235-eb17ee294c-mediatek-mt7623-bpi_bananapi-r2-ext4-sdcard
the kernel is: 5.4.41
and LAN speed is still very low.
Ysurac (developer of OpenMPTCProuter) told me on OpenMPTCProuter issues page:
I’m testing patches for next beta
(but I thing he is talking about patches which you mentioned in this topic)
I saw yesterday a new patch related to VLAN was applied in the latest 5.4 kernel tree and I guess it will be available in the next release.
https://patchwork.kernel.org/patch/11552461/
Allow DSA to add VLAN entries even if VLAN filtering is disabled, so enabling it will not block the traffic of existent ports in the bridge
I’m not sure if this is related to the traffic slowness I have not tested it.
tested with 5.7-rc4 and 5.4.39-main
have massive retransmits, sometimes it’s better, than worse again (running multiple iperf3 tests)…retransmits happening mostly in the first blocks…
root@bpi-r2:~# iperf3 -c 192.168.0.21
Connecting to host 192.168.0.21, port 5201
[ 5] local 192.168.0.11 port 49882 connected to 192.168.0.21 port 5201
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 15.2 MBytes 128 Mbits/sec 355 14.1 KBytes
[ 5] 1.00-2.00 sec 67.0 MBytes 562 Mbits/sec 150 424 KBytes
[ 5] 2.00-3.00 sec 112 MBytes 942 Mbits/sec 0 427 KBytes
[ 5] 3.00-4.00 sec 112 MBytes 940 Mbits/sec 0 430 KBytes
[ 5] 4.00-5.00 sec 112 MBytes 944 Mbits/sec 6 455 KBytes
[ 5] 5.00-6.01 sec 113 MBytes 943 Mbits/sec 0 495 KBytes
[ 5] 6.01-7.00 sec 112 MBytes 944 Mbits/sec 0 508 KBytes
[ 5] 7.00-8.01 sec 112 MBytes 941 Mbits/sec 0 510 KBytes
[ 5] 8.01-9.00 sec 111 MBytes 938 Mbits/sec 0 515 KBytes
[ 5] 9.00-10.00 sec 112 MBytes 942 Mbits/sec 11 331 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 980 MBytes 822 Mbits/sec 522 sender
[ 5] 0.00-10.01 sec 979 MBytes 821 Mbits/sec receiver
i have this too on 5.4.27 (where switch port 6 and gmac is set to rgmii…not trgmii)…flowcontrol is enabled on both switch-ports (laptop,r2), thtool reports on both devices
Link partner advertised pause frame use: Symmetric
it looks like incoming traffic on dsa-port is dropped (but not as much as the retransmits…having ~1000 retransmitts but only 2 dropped packets on lan0 rx, other side shows no drops, eth0 also clean)
5: lan0@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP
mode DEFAULT group default qlen 1000
link/ether 08:00:00:00:00:01 brd ff:ff:ff:ff:ff:ff
RX: bytes packets errors dropped overrun mcast
60687057 1163551 0 128 0 0
TX: bytes packets errors dropped carrier collsns
3791310361 106713 0 0 0 0
it looks like my retransmitts are caused by ubuntu 20.4 with kernel 5.4.0-29…if i run test in ubuntu 18.4 (5.3) i have no retransmitts, same network-cables,switchports,hardware. let r2 running while rebooting my laptop to ubuntu 20.4 i get retransmitts again. Tested my 5.4.39-main…works without retransmits in ubuntu 18.4
So it looks more than ubuntu 20.4 issue on my laptop instead of bpi-r2 kernel issue