pepe2k:

I have seen similar problems on a different board with QCA9557+QCA8334 on RGMII interface but I was able to solve it with correct pll_1000 values on SoC side and {tx,rx}clk_delay{sel,en} on switch side (but that maybe just bypassed the real issue).

I suppose that the problem could be also related with the fact that QCA8334 has the same id as QCA8337 and that workaround should be applied only for QCA8337.

HenryGiraldo:

Is there a better solution than reversing the commit? How can I differentiate ids?

zygmund2000:

I have WR1043 V2 and I have same problem, speed between local computers is very slow 400-600KB/s, speed from WAN is higher.

nbd:

I think this is probably not related to QCA8334 vs QCA8337. I believe the issue is the fact that the rx delay setting needs to be in sync between the switch core and the SoC ethernet MAC. Which means we need to update all boards that use QCA8337 or similar.

pepe2k:

Hi Enrique, zygmund2000,

Could you please try the attached patch and see if it solves the issue for you?

Cheers,
Piotr

HenryGiraldo:

Hi Piotr, It doesn't solve the problem.

Server listening on 5201

Accepted connection from 192.168.70.200, port 47702
[ 5] local 192.168.70.5 port 5201 connected to 192.168.70.200 port 47704
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 621 KBytes 5.08 Mbits/sec
[ 5] 1.00-2.00 sec 247 KBytes 2.03 Mbits/sec
[ 5] 2.00-3.00 sec 407 KBytes 3.34 Mbits/sec
[ 5] 3.00-4.00 sec 618 KBytes 5.06 Mbits/sec
[ 5] 4.00-5.00 sec 663 KBytes 5.43 Mbits/sec
[ 5] 5.00-6.00 sec 327 KBytes 2.68 Mbits/sec
[ 5] 6.00-7.00 sec 704 KBytes 5.77 Mbits/sec
[ 5] 7.00-8.00 sec 592 KBytes 4.85 Mbits/sec
[ 5] 8.00-9.00 sec 570 KBytes 4.67 Mbits/sec
[ 5] 9.00-10.00 sec 290 KBytes 2.38 Mbits/sec
[ 5] 10.00-11.00 sec 428 KBytes 3.51 Mbits/sec
[ 5] 11.00-12.00 sec 798 KBytes 6.53 Mbits/sec
[ 5] 12.00-13.00 sec 431 KBytes 3.53 Mbits/sec
[ 5] 13.00-14.00 sec 878 KBytes 7.19 Mbits/sec
[ 5] 14.00-15.00 sec 413 KBytes 3.38 Mbits/sec
^C[ 5] 15.00-15.41 sec 140 KBytes 2.82 Mbits/sec

[ ID] Interval Transfer Bitrate
[ 5] 0.00-15.41 sec 7.94 MBytes 4.32 Mbits/sec receiver

yogo1212:

we can confirm this.
a bisect led us to the same commit.

older versions of the board (~ s/n 1041xxxxx) don't seem to be affected.

yogo1212:

@felix Fietkau do you have some more details?

is there something we can test?
the patch doesn't solve the problem :-(

nicolasbadia:

Same issue here with a Netgear R7800 and a Linksys WRT1900ACS v2.
Is there any workaround we can try?
This issue is very problematic for us...

eripek:

Same observation here:
4x TP-LINK TL-WR1043v2
1x TP-LINK TL-WDR3600
They are all QCA 8327, not 8334.

The TP-Links are all running LEDE 17.01.4 in a VLAN only setup. They are all connected with their blue WAN-Port, which is configured as a trunk port, to a Gigabit Ethernet Switch (various manufacturers)

Running iperf -c against a machine running Linux - 125-200 Mbit/s.
Running iperf -s / iperf -c between machines running Linux over three of the VLAN-aware Switches results in > 950 Mbit/s.
Running iperf between to 1043NDv2 connected by one the VLAN-aware switches results in in 90-166 Mbit/s. The same happens in between any of the TP-Link TL-W*s.
It seems to be the bottleneck for WLAN (Multi-SSID/VAP only) as well. All WLANs are limited to around 20-30 Mbit/s.

func0der:

I am having a similiar issue with the Archer C2600 which also has the QCA8337 switch build in.

I have no problem getting high speeds over the LAN ports, but if the packages have to travel from the LAN to the WAN port, they come almost to a hold.

I had a wild flashing series just a couple of days ago and it seemed to work for a couple of days after I flashed from 17.10 to 18.06-rc1 and I enabled HW NAT.
I think that was just a coincidence though.

The problem first occurred with 17.10, I think. I had it running for a long time with no problems. Again, I think, that I was just lucky there, because the problems occurred at initial setup and then disappeared.
Then after upgrading to 18.06-rc1, because of the annoying rebooting bug in the C2600 firmware, it happened.

I thought that a memory is running full somewhere, because it takes some time for the problem to show up. Also I would suspect those memories to get wiped on upgrades.

Any ideas?

I can provided logs and stuff, if I know which one you need.

func0der:

Guys? Please tell me, what you need from me. I want this issue gone.

sandman7920:

I have same problem with TL-WR1043N v5.
CPU: Qualcomm Atheros QCA9563
Switch: Qualcomm Atheros QCA8337

I have notice that when i set small value for "tcp window size", issue does not exists.

My setup is:
Linux box (client) -> Router -> Linux box (server)

12KB window size

iperf3 -c server -R -w12k
Connecting to host server, port 5201
Reverse mode, remote host server is sending
[ 5] local 192.168.123.100 port 56120 connected to 192.168.123.1 port 5201
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 11.1 MBytes 93.4 Mbits/sec
[ 5] 1.00-2.00 sec 11.1 MBytes 93.0 Mbits/sec
[ 5] 2.00-3.00 sec 11.1 MBytes 93.0 Mbits/sec
[ 5] 3.00-4.00 sec 11.1 MBytes 93.1 Mbits/sec
[ 5] 4.00-5.00 sec 11.1 MBytes 93.3 Mbits/sec
[ 5] 5.00-6.00 sec 11.1 MBytes 93.1 Mbits/sec
[ 5] 6.00-7.00 sec 11.1 MBytes 92.8 Mbits/sec
[ 5] 7.00-8.00 sec 11.1 MBytes 93.2 Mbits/sec
[ 5] 8.00-9.00 sec 11.1 MBytes 93.1 Mbits/sec
[ 5] 9.00-10.00 sec 11.1 MBytes 93.4 Mbits/sec

[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 111 MBytes 93.2 Mbits/sec 0 sender
[ 5] 0.00-10.00 sec 111 MBytes 93.1 Mbits/sec receiver

iperf Done.

Default window size

iperf3 -c server -R
Connecting to host server, port 5201
Reverse mode, remote host server is sending
[ 5] local 192.168.123.100 port 53428 connected to 192.168.123.1 port 5201
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 5.84 MBytes 49.0 Mbits/sec
[ 5] 1.00-2.00 sec 4.66 MBytes 39.1 Mbits/sec
[ 5] 2.00-3.00 sec 2.71 MBytes 22.7 Mbits/sec
[ 5] 3.00-4.00 sec 954 KBytes 7.82 Mbits/sec
[ 5] 4.00-5.00 sec 5.75 MBytes 48.2 Mbits/sec
[ 5] 5.00-6.00 sec 4.11 MBytes 34.5 Mbits/sec
[ 5] 6.00-7.00 sec 5.57 MBytes 46.7 Mbits/sec
[ 5] 7.00-8.00 sec 5.78 MBytes 48.5 Mbits/sec
[ 5] 8.00-9.00 sec 4.54 MBytes 38.1 Mbits/sec
[ 5] 9.00-10.00 sec 7.82 MBytes 65.6 Mbits/sec

[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 48.7 MBytes 40.9 Mbits/sec 2266 sender
[ 5] 0.00-10.00 sec 47.7 MBytes 40.0 Mbits/sec receiver

iperf Done.

eugeneai:

Hi!

I have similar issue on NETGEAR WNDR3800.
I've tired 18.06.1, 17.01.6 and checked/unchecked option "Enable learning and aging", the issue existed.

Then returned to 15.05.1.
With "Enable learning and aging" turned off the data flow is stable at 97 Mbps (router<->workstation and workstation<->workstation).
With "Enable learning and aging" turned on the speed raises (800Mbps for workstation<->workstation and 120Mbps router<->workstation)

It seems 15.05.1 works well.
How to port setup from 15.05.1 to 18 branch?

My switch is "rtl8366s" (RTL8366S). 17 and 18 notify, that it is not fully supported.

Best regards,
Evgeny

zieren:

I have this problem as well with 18.06.1 on a TP-Link TL-WR1043N V5. This is a popular router and is even advertised for use with OpenWRT; any chance this bug could get some love?

jul059:

I think I have the same problem.

Device: TL-WR1043ND v.3

Connected on wireless device at 144 Mbit/s

Accepted connection from 192.168.1.165, port 53902
[ 5] local 192.168.1.1 port 5201 connected to 192.168.1.165 port 53903
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.05 sec 2.98 MBytes 23.8 Mbits/sec
[ 5] 1.05-2.04 sec 3.08 MBytes 26.2 Mbits/sec
[ 5] 2.04-3.02 sec 3.10 MBytes 26.5 Mbits/sec
[ 5] 3.02-4.06 sec 3.27 MBytes 26.3 Mbits/sec
[ 5] 4.06-5.00 sec 3.16 MBytes 28.1 Mbits/sec
[ 5] 5.00-6.04 sec 3.18 MBytes 25.7 Mbits/sec
[ 5] 6.04-7.05 sec 3.01 MBytes 25.1 Mbits/sec
[ 5] 7.05-8.02 sec 2.95 MBytes 25.4 Mbits/sec
[ 5] 8.02-9.06 sec 3.28 MBytes 26.3 Mbits/sec
[ 5] 9.06-10.06 sec 3.12 MBytes 26.3 Mbits/sec

[ ID] Interval Transfer Bitrate
[ 5] 0.00-10.06 sec 31.1 MBytes 26.0 Mbits/sec receiver

Server listening on 5201

Accepted connection from 192.168.1.165, port 53905
[ 5] local 192.168.1.1 port 5201 connected to 192.168.1.165 port 53906
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 1.67 MBytes 14.0 Mbits/sec 3 56.6 KBytes
[ 5] 1.00-2.04 sec 1.88 MBytes 15.1 Mbits/sec 0 73.5 KBytes
[ 5] 2.04-3.00 sec 1.74 MBytes 15.2 Mbits/sec 1 79.2 KBytes
[ 5] 3.00-4.04 sec 1.94 MBytes 15.7 Mbits/sec 0 91.9 KBytes
[ 5] 4.04-5.04 sec 1.81 MBytes 15.2 Mbits/sec 1 70.7 KBytes
[ 5] 5.04-6.00 sec 1.80 MBytes 15.7 Mbits/sec 0 86.3 KBytes
[ 5] 6.00-7.01 sec 1.83 MBytes 15.3 Mbits/sec 7 69.3 KBytes
[ 5] 7.01-8.05 sec 1.95 MBytes 15.7 Mbits/sec 1 77.8 KBytes
[ 5] 8.05-9.01 sec 1.75 MBytes 15.3 Mbits/sec 21 60.8 KBytes
[ 5] 9.01-10.01 sec 1.80 MBytes 15.1 Mbits/sec 0 77.8 KBytes

[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.01 sec 18.2 MBytes 15.2 Mbits/sec 34 sender

neryba:

try add AR934X_ETH_CFG_RXD_DELAY to mach-wpj344.c
ath79_setup_ar934x_eth_cfg(AR934X_ETH_CFG_RGMII_GMAC0 |
AR934X_ETH_CFG_RXD_DELAY |
AR934X_ETH_CFG_SW_ONLY_MODE);


j-jeurissen:

I'm new to openwrt, but I have the same issue. My lan is really slow 45Mbit/sec compared to my wifi 200Mbit/sec using a cat 5e patch cable on 1Gbit ports.
@aleksandr Kolesnik where do I add this configuration? do I need to build the image and install to router flash?

neryba:

yes, you need to build own image. [[https://git.openwrt.org/?p=openwrt/openwrt.git;a=blob;f=target/linux/ar71xx/files/arch/mips/ath79/mach-wpj344.c;h=ffb9ef6dfa9f4dc12c2f873e9353e1ed543a97e3;hb=refs/heads/master#l157|file on git]]