dolphs

well I decided to bring in the r4s and flashed latest dev image ( 5.10.9-rockchip64 ). Long story short .. using westwood both ways seem to be meeting my needs, using bbr to site is also fine - but from site to home bbr is rubbish below results: - fresh dev image built r4s , connected to " enp1s0 " and results below - without changing anything: iperf3 -4 -c somewhere.dynu.net -t 300 -b 0 -P 1 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 5.10 MBytes 42.8 Mbits/sec 501 391 KBytes [ 5] 1.00-2.00 sec 3.75 MBytes 31.5 Mbits/sec 0 268 KBytes [ 5] 2.00-3.00 sec 3.75 MBytes 31.5 Mbits/sec 0 287 KBytes [ 5] 3.00-4.00 sec 3.75 MBytes 31.5 Mbits/sec 0 304 KBytes [ 5] 4.00-5.00 sec 3.75 MBytes 31.5 Mbits/sec 0 320 KBytes [ 5] 5.00-6.00 sec 3.75 MBytes 31.4 Mbits/sec 0 334 KBytes [ 5] 6.00-7.00 sec 2.50 MBytes 21.0 Mbits/sec 0 347 KBytes [ 5] 7.00-8.00 sec 3.75 MBytes 31.5 Mbits/sec 0 361 KBytes [ 5] 8.00-9.00 sec 2.50 MBytes 21.0 Mbits/sec 0 372 KBytes [ 5] 9.00-10.00 sec 3.75 MBytes 31.5 Mbits/sec 0 384 KBytes [ 5] 10.00-11.00 sec 2.50 MBytes 21.0 Mbits/sec 0 395 KBytes [ 5] 11.00-12.00 sec 3.75 MBytes 31.5 Mbits/sec 0 407 KBytes [ 5] 12.00-13.00 sec 3.75 MBytes 31.5 Mbits/sec 9 212 KBytes [ 5] 13.00-14.00 sec 2.50 MBytes 21.0 Mbits/sec 0 234 KBytes [ 5] 14.00-15.00 sec 3.75 MBytes 31.5 Mbits/sec 0 253 KBytes [ 5] 15.00-16.00 sec 3.75 MBytes 31.5 Mbits/sec 0 271 KBytes [ 5] 16.00-17.00 sec 2.50 MBytes 21.0 Mbits/sec 0 286 KBytes [ 5] 17.00-18.00 sec 3.75 MBytes 31.5 Mbits/sec 0 302 KBytes [ 5] 18.00-19.00 sec 2.50 MBytes 21.0 Mbits/sec 0 316 KBytes [ 5] 19.00-20.00 sec 3.75 MBytes 31.5 Mbits/sec 0 331 KBytes [ 5] 20.00-21.00 sec 2.50 MBytes 21.0 Mbits/sec 0 345 KBytes [ 5] 21.00-22.00 sec 3.75 MBytes 31.5 Mbits/sec 5 182 KBytes [ 5] 22.00-23.00 sec 3.75 MBytes 31.5 Mbits/sec 0 205 KBytes [ 5] 23.00-24.00 sec 2.50 MBytes 21.0 Mbits/sec 0 227 KBytes [ 5] 24.00-25.00 sec 3.75 MBytes 31.5 Mbits/sec 0 247 KBytes [ 5] 25.00-26.00 sec 3.75 MBytes 31.5 Mbits/sec 0 265 KBytes [ 5] 26.00-27.00 sec 2.50 MBytes 21.0 Mbits/sec 0 282 KBytes [ 5] 27.00-28.00 sec 3.75 MBytes 31.5 Mbits/sec 0 298 KBytes [ 5] 28.00-29.00 sec 3.75 MBytes 31.5 Mbits/sec 0 313 KBytes [ 5] 29.00-30.00 sec 2.50 MBytes 21.0 Mbits/sec 0 328 KBytes [ 5] 30.00-31.00 sec 3.75 MBytes 31.5 Mbits/sec 0 342 KBytes [ 5] 31.00-32.00 sec 3.75 MBytes 31.5 Mbits/sec 0 360 KBytes [ 5] 32.00-33.00 sec 5.00 MBytes 41.9 Mbits/sec 0 379 KBytes [ 5] 33.00-34.00 sec 5.00 MBytes 41.9 Mbits/sec 0 395 KBytes [ 5] 34.00-35.00 sec 5.00 MBytes 41.9 Mbits/sec 0 413 KBytes [ 5] 35.00-36.00 sec 5.00 MBytes 41.9 Mbits/sec 0 429 KBytes - minimal kernel tuning: net.core.default_qdisc = fq1 net.ipv4.tcp_congestion_control = bbr iperf3 -4 -c somewhere.go.ro -t 300 -b 0 -P 1 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 6.50 MBytes 54.6 Mbits/sec 588 623 KBytes [ 5] 1.00-2.00 sec 5.00 MBytes 41.9 Mbits/sec 116 637 KBytes [ 5] 2.00-3.00 sec 5.00 MBytes 41.9 Mbits/sec 71 645 KBytes [ 5] 3.00-4.00 sec 5.00 MBytes 41.9 Mbits/sec 53 591 KBytes [ 5] 4.00-5.00 sec 5.00 MBytes 41.9 Mbits/sec 73 591 KBytes [ 5] 5.00-6.00 sec 3.75 MBytes 31.5 Mbits/sec 63 648 KBytes [ 5] 6.00-7.00 sec 5.00 MBytes 41.9 Mbits/sec 171 645 KBytes [ 5] 7.00-8.00 sec 5.00 MBytes 42.0 Mbits/sec 138 692 KBytes [ 5] 8.00-9.00 sec 5.00 MBytes 41.9 Mbits/sec 122 640 KBytes [ 5] 9.00-10.00 sec 3.75 MBytes 31.4 Mbits/sec 221 645 KBytes [ 5] 10.00-11.00 sec 3.75 MBytes 31.5 Mbits/sec 122 541 KBytes [ 5] 11.00-12.00 sec 5.00 MBytes 41.9 Mbits/sec 1 591 KBytes [ 5] 12.00-13.00 sec 3.75 MBytes 31.5 Mbits/sec 64 514 KBytes [ 5] 13.00-14.00 sec 5.00 MBytes 41.9 Mbits/sec 102 648 KBytes [ 5] 14.00-15.00 sec 5.00 MBytes 41.9 Mbits/sec 61 645 KBytes [ 5] 15.00-16.00 sec 5.00 MBytes 41.9 Mbits/sec 38 596 KBytes [ 5] 16.00-17.00 sec 5.00 MBytes 41.9 Mbits/sec 63 593 KBytes [ 5] 17.00-18.00 sec 5.00 MBytes 41.9 Mbits/sec 49 593 KBytes [ 5] 18.00-19.00 sec 5.00 MBytes 41.9 Mbits/sec 40 593 KBytes [ 5] 19.00-20.00 sec 5.00 MBytes 41.9 Mbits/sec 74 632 KBytes [ 5] 20.00-21.00 sec 2.50 MBytes 21.0 Mbits/sec 147 623 KBytes [ 5] 21.00-22.00 sec 6.25 MBytes 52.5 Mbits/sec 48 670 KBytes [ 5] 22.00-23.00 sec 3.75 MBytes 31.5 Mbits/sec 77 656 KBytes [ 5] 23.00-24.00 sec 5.00 MBytes 41.9 Mbits/sec 64 643 KBytes [ 5] 24.00-25.00 sec 5.00 MBytes 42.0 Mbits/sec 115 645 KBytes [ 5] 25.00-26.00 sec 5.00 MBytes 41.9 Mbits/sec 70 604 KBytes [ 5] 26.00-27.00 sec 5.00 MBytes 41.9 Mbits/sec 113 442 KBytes [ 5] 27.00-28.00 sec 5.00 MBytes 41.9 Mbits/sec 40 602 KBytes [ 5] 28.00-29.00 sec 5.00 MBytes 41.9 Mbits/sec 78 662 KBytes [ 5] 29.00-30.00 sec 5.00 MBytes 41.9 Mbits/sec 42 684 KBytes [ 5] 30.00-31.00 sec 3.75 MBytes 31.5 Mbits/sec 427 5.47 KBytes [ 5] 31.00-32.00 sec 2.50 MBytes 21.0 Mbits/sec 160 689 KBytes [ 5] 32.00-33.00 sec 5.00 MBytes 41.9 Mbits/sec 222 405 KBytes [ 5] 33.00-34.00 sec 5.00 MBytes 42.0 Mbits/sec 48 656 KBytes [ 5] 34.00-35.00 sec 5.00 MBytes 41.9 Mbits/sec 88 684 KBytes [ 5] 35.00-36.00 sec 5.00 MBytes 42.0 Mbits/sec 238 436 KBytes now other way round site to home: - orangepioneplus ( kernel 5.10.4 ) net.core.default_qdisc = fq net.ipv4.tcp_congestion_control = bbr iperf3 -4 -c local.dynu.net -t 300 -b 0 -P 1 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 1.96 MBytes 16.4 Mbits/sec 0 120 KBytes [ 5] 1.00-2.00 sec 503 KBytes 4.12 Mbits/sec 0 107 KBytes [ 5] 2.00-3.00 sec 1006 KBytes 8.25 Mbits/sec 0 107 KBytes [ 5] 3.00-4.00 sec 503 KBytes 4.12 Mbits/sec 0 101 KBytes [ 5] 4.00-5.00 sec 1006 KBytes 8.24 Mbits/sec 0 98.4 KBytes [ 5] 5.00-6.00 sec 1006 KBytes 8.25 Mbits/sec 0 101 KBytes [ 5] 6.00-7.00 sec 503 KBytes 4.12 Mbits/sec 0 104 KBytes [ 5] 7.00-8.00 sec 1006 KBytes 8.25 Mbits/sec 0 101 KBytes [ 5] 8.00-9.00 sec 503 KBytes 4.12 Mbits/sec 0 98.4 KBytes [ 5] 9.00-10.00 sec 1006 KBytes 8.25 Mbits/sec 0 104 KBytes [ 5] 10.00-11.00 sec 503 KBytes 4.12 Mbits/sec 0ipe 98.4 KBytes [ 5] 11.00-12.00 sec 1006 KBytes 8.25 Mbits/sec 0 104 KBytes [ 5] 12.00-13.00 sec 1006 KBytes 8.25 Mbits/sec 0 104 KBytes [ 5] 13.00-14.00 sec 503 KBytes 4.12 Mbits/sec 0 98.4 KBytes [ 5] 14.00-15.00 sec 503 KBytes 4.12 Mbits/sec 0 5.47 KBytes [ 5] 15.00-16.00 sec 1006 KBytes 8.25 Mbits/sec 0 109 KBytes [ 5] 16.00-17.00 sec 503 KBytes 4.12 Mbits/sec 0 107 KBytes [ 5] 17.00-18.00 sec 1006 KBytes 8.25 Mbits/sec 0 104 KBytes [ 5] 18.00-19.00 sec 503 KBytes 4.12 Mbits/sec 0 98.4 KBytes [ 5] 19.00-20.00 sec 1006 KBytes 8.25 Mbits/sec 0 104 KBytes [ 5] 20.00-21.00 sec 1006 KBytes 8.25 Mbits/sec 0 109 KBytes [ 5] 21.00-22.00 sec 503 KBytes 4.12 Mbits/sec 0 109 KBytes [ 5] 22.00-23.00 sec 1006 KBytes 8.25 Mbits/sec 0 107 KBytes [ 5] 23.00-24.00 sec 503 KBytes 4.12 Mbits/sec 0 104 KBytes [ 5] 24.00-25.00 sec 1006 KBytes 8.25 Mbits/sec 0 101 KBytes [ 5] 25.00-26.00 sec 1006 KBytes 8.25 Mbits/sec 0 104 KBytes [ 5] 26.00-27.00 sec 503 KBytes 4.12 Mbits/sec 0 107 KBytes [ 5] 27.00-28.00 sec 1006 KBytes 8.25 Mbits/sec 0 112 KBytes [ 5] 28.00-29.00 sec 503 KBytes 4.12 Mbits/sec 0 104 KBytes [ 5] 29.00-30.00 sec 1006 KBytes 8.25 Mbits/sec 0 101 KBytes [ 5] 30.00-31.00 sec 503 KBytes 4.12 Mbits/sec 0 101 KBytes [ 5] 31.00-32.00 sec 1006 KBytes 8.25 Mbits/sec 0 109 KBytes [ 5] 32.00-33.00 sec 503 KBytes 4.12 Mbits/sec 0 98.4 KBytes [ 5] 33.00-34.00 sec 1006 KBytes 8.25 Mbits/sec 0 112 KBytes [ 5] 34.00-35.00 sec 1006 KBytes 8.24 Mbits/sec 0 107 KBytes [ 5] 35.00-36.00 sec 503 KBytes 4.12 Mbits/sec 0 109 KBytes net.core.default_qdisc = fq net.ipv4.tcp_congestion_control = westwood iperf3 -4 -c local.dynu.net -t 300 -b 0 -P 1 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 28.0 MBytes 235 Mbits/sec 0 6.29 MBytes [ 5] 1.00-2.00 sec 17.5 MBytes 147 Mbits/sec 1672 1.06 MBytes [ 5] 2.00-3.00 sec 13.8 MBytes 115 Mbits/sec 124 937 KBytes [ 5] 3.00-4.00 sec 18.8 MBytes 157 Mbits/sec 0 962 KBytes [ 5] 4.00-5.00 sec 17.5 MBytes 147 Mbits/sec 0 987 KBytes [ 5] 5.00-6.00 sec 20.0 MBytes 168 Mbits/sec 0 1014 KBytes [ 5] 6.00-7.00 sec 17.5 MBytes 147 Mbits/sec 71 518 KBytes [ 5] 7.00-8.00 sec 18.8 MBytes 157 Mbits/sec 0 956 KBytes [ 5] 8.00-9.00 sec 17.5 MBytes 147 Mbits/sec 0 983 KBytes [ 5] 9.00-10.00 sec 17.5 MBytes 147 Mbits/sec 40 916 KBytes [ 5] 10.00-11.00 sec 16.2 MBytes 136 Mbits/sec 0 941 KBytes [ 5] 11.00-12.00 sec 18.8 MBytes 157 Mbits/sec 0 967 KBytes [ 5] 12.00-13.00 sec 18.8 MBytes 157 Mbits/sec 0 994 KBytes [ 5] 13.00-14.00 sec 16.2 MBytes 136 Mbits/sec 54 921 KBytes [ 5] 14.00-15.00 sec 17.5 MBytes 147 Mbits/sec 0 947 KBytes [ 5] 15.00-16.00 sec 18.8 MBytes 157 Mbits/sec 0 973 KBytes [ 5] 16.00-17.00 sec 16.2 MBytes 136 Mbits/sec 36 897 KBytes [ 5] 17.00-18.00 sec 17.5 MBytes 147 Mbits/sec 0 923 KBytes [ 5] 18.00-19.00 sec 17.5 MBytes 147 Mbits/sec 0 950 KBytes [ 5] 19.00-20.00 sec 18.8 MBytes 157 Mbits/sec 0 975 KBytes [ 5] 20.00-21.00 sec 18.8 MBytes 157 Mbits/sec 0 1002 KBytes [ 5] 21.00-22.00 sec 16.2 MBytes 136 Mbits/sec 71 927 KBytes [ 5] 22.00-23.00 sec 17.5 MBytes 147 Mbits/sec 0 952 KBytes [ 5] 23.00-24.00 sec 18.8 MBytes 157 Mbits/sec 0 979 KBytes [ 5] 24.00-25.00 sec 16.2 MBytes 136 Mbits/sec 43 906 KBytes [ 5] 25.00-26.00 sec 17.5 MBytes 147 Mbits/sec 0 932 KBytes [ 5] 26.00-27.00 sec 18.8 MBytes 157 Mbits/sec 0 958 KBytes [ 5] 27.00-28.00 sec 17.5 MBytes 147 Mbits/sec 0 984 KBytes [ 5] 28.00-29.00 sec 17.5 MBytes 147 Mbits/sec 53 913 KBytes [ 5] 29.00-30.00 sec 17.5 MBytes 147 Mbits/sec 0 939 KBytes [ 5] 30.00-31.00 sec 17.5 MBytes 147 Mbits/sec 0 965 KBytes [ 5] 31.00-32.00 sec 17.5 MBytes 147 Mbits/sec 0 990 KBytes [ 5] 32.00-33.00 sec 17.5 MBytes 147 Mbits/sec 68 905 KBytes [ 5] 33.00-34.00 sec 17.5 MBytes 147 Mbits/sec 0 931 KBytes [ 5] 34.00-35.00 sec 18.8 MBytes 157 Mbits/sec 0 957 KBytes [ 5] 35.00-36.00 sec 17.5 MBytes 147 Mbits/sec 0 983 KBytes once more now local to site ( r4s to site ) net.core.default_qdisc = fq net.ipv4.tcp_congestion_control = westwood [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 6.46 MBytes 54.1 Mbits/sec 430 58.8 KBytes [ 5] 1.00-2.00 sec 1.25 MBytes 10.5 Mbits/sec 0 82.0 KBytes [ 5] 2.00-3.00 sec 1.25 MBytes 10.5 Mbits/sec 0 107 KBytes [ 5] 3.00-4.00 sec 2.50 MBytes 21.0 Mbits/sec 0 131 KBytes [ 5] 4.00-5.00 sec 2.50 MBytes 21.0 Mbits/sec 0 154 KBytes [ 5] 5.00-6.00 sec 2.50 MBytes 21.0 Mbits/sec 0 179 KBytes [ 5] 6.00-7.00 sec 2.50 MBytes 21.0 Mbits/sec 0 202 KBytes [ 5] 7.00-8.00 sec 3.75 MBytes 31.5 Mbits/sec 0 227 KBytes [ 5] 8.00-9.00 sec 5.00 MBytes 42.0 Mbits/sec 0 250 KBytes [ 5] 9.00-10.00 sec 3.75 MBytes 31.5 Mbits/sec 0 275 KBytes [ 5] 10.00-11.00 sec 5.00 MBytes 41.9 Mbits/sec 0 297 KBytes [ 5] 11.00-12.00 sec 5.00 MBytes 41.9 Mbits/sec 0 319 KBytes [ 5] 12.00-13.00 sec 5.00 MBytes 41.9 Mbits/sec 0 339 KBytes [ 5] 13.00-14.00 sec 3.75 MBytes 31.5 Mbits/sec 0 358 KBytes [ 5] 14.00-15.00 sec 5.00 MBytes 41.9 Mbits/sec 0 376 KBytes [ 5] 15.00-16.00 sec 5.00 MBytes 41.9 Mbits/sec 0 394 KBytes [ 5] 16.00-17.00 sec 5.00 MBytes 41.9 Mbits/sec 0 410 KBytes [ 5] 17.00-18.00 sec 5.00 MBytes 41.9 Mbits/sec 0 427 KBytes [ 5] 18.00-19.00 sec 5.00 MBytes 41.9 Mbits/sec 0 442 KBytes [ 5] 19.00-20.00 sec 5.00 MBytes 41.9 Mbits/sec 0 457 KBytes [ 5] 20.00-21.00 sec 3.75 MBytes 31.5 Mbits/sec 25 235 KBytes [ 5] 21.00-22.00 sec 5.00 MBytes 41.9 Mbits/sec 0 260 KBytes [ 5] 22.00-23.00 sec 3.75 MBytes 31.5 Mbits/sec 0 283 KBytes [ 5] 23.00-24.00 sec 5.00 MBytes 41.9 Mbits/sec 0 306 KBytes [ 5] 24.00-25.00 sec 5.00 MBytes 41.9 Mbits/sec 0 328 KBytes [ 5] 25.00-26.00 sec 5.00 MBytes 41.9 Mbits/sec 0 347 KBytes [ 5] 26.00-27.00 sec 5.00 MBytes 41.9 Mbits/sec 0 366 KBytes [ 5] 27.00-28.00 sec 5.00 MBytes 41.9 Mbits/sec 0 384 KBytes [ 5] 28.00-29.00 sec 3.75 MBytes 31.4 Mbits/sec 0 401 KBytes [ 5] 29.00-30.00 sec 5.00 MBytes 41.9 Mbits/sec 0 417 KBytes [ 5] 30.00-31.00 sec 5.00 MBytes 41.9 Mbits/sec 0 433 KBytes [ 5] 31.00-32.00 sec 5.00 MBytes 41.9 Mbits/sec 0 448 KBytes [ 5] 32.00-33.00 sec 5.00 MBytes 41.9 Mbits/sec 0 463 KBytes [ 5] 33.00-34.00 sec 5.00 MBytes 41.9 Mbits/sec 29 243 KBytes [ 5] 34.00-35.00 sec 3.75 MBytes 31.5 Mbits/sec 0 268 KBytes [ 5] 35.00-36.00 sec 5.00 MBytes 41.9 Mbits/sec 0 291 KBytes this is directly over Internet, thus no VPN yet. I really wonder what is going on as using H5/H6 allwinners give horrific results. why uploading on the allwinner platform is limited ( though 150Mbit is fine with me )

at this stage I have continuous 40Mbit upload ( RPi4 ) and other way round ( H6 or H5 board ) : site to my Rpi4 disappointing speed using only these "tweaks" net.core.default_qdisc = fq net.ipv4.tcp_congestion_control = bbr [ 5] 0.00-1.00 sec 1.76 MBytes 14.8 Mbits/sec 0 110 KBytes [ 5] 1.00-2.00 sec 440 KBytes 3.60 Mbits/sec 0 102 KBytes [ 5] 2.00-3.00 sec 440 KBytes 3.60 Mbits/sec 0 93.5 KBytes [ 5] 3.00-4.00 sec 440 KBytes 3.60 Mbits/sec 0 96.2 KBytes [ 5] 4.00-5.00 sec 879 KBytes 7.20 Mbits/sec 0 96.2 KBytes [ 5] 5.00-6.00 sec 440 KBytes 3.60 Mbits/sec 0 90.8 KBytes using westwood as congesion control changes stuff somewhat as indicated earlier. This makes me wonder "what is going on with TX ( and RX ) in the allwinner/ realtek driver ( RTL8211 ) , patch? Again all these results straight over Internet, no vpn invovled yet ....

hmm, this needs further analysis. It appears if I upload from my side ( where I currently reside ) to my remote site I get awful upload speeds on the H6 ( and H5 ) : ( no congestion even set ) and no VPN even : [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 1.57 MBytes 13.2 Mbits/sec 2 20.5 KBytes [ 5] 1.00-2.00 sec 440 KBytes 3.61 Mbits/sec 0 45.1 KBytes [ 5] 2.00-3.00 sec 880 KBytes 7.21 Mbits/sec 0 62.9 KBytes [ 5] 3.00-4.00 sec 880 KBytes 7.21 Mbits/sec 3 47.9 KBytes [ 5] 4.00-5.00 sec 880 KBytes 7.21 Mbits/sec 3 20.5 KBytes [ 5] 5.00-6.00 sec 880 KBytes 7.21 Mbits/sec 0 61.5 KBytes ^C[ 5] 6.00-6.26 sec 0.00 Bytes 0.00 bits/sec 4 20.5 KBytes while on my windows pc it comes at least to 20Mbit, while 40Mbit is max ( and also reported to several "speed testers' on the net : [ ID] Interval Transfer Bandwidth [ 4] 0.00-1.00 sec 2.38 MBytes 19.8 Mbits/sec [ 4] 1.00-2.00 sec 3.12 MBytes 26.2 Mbits/sec [ 4] 2.00-3.00 sec 3.25 MBytes 27.3 Mbits/sec [ 4] 3.00-4.00 sec 3.00 MBytes 25.1 Mbits/sec [ 4] 4.00-5.01 sec 3.12 MBytes 26.0 Mbits/sec [ 4] 5.01-6.01 sec 2.75 MBytes 23.1 Mbits/sec [ 4] 6.01-7.00 sec 3.00 MBytes 25.3 Mbits/sec [ 4] 7.00-8.00 sec 2.12 MBytes 17.9 Mbits/sec [ 4] 8.00-9.01 sec 1.38 MBytes 11.5 Mbits/sec [ 4] 9.01-9.07 sec 0.00 Bytes 0.00 bits/sec - - - - - - - - - - - - - - - - - - - - - - - - - My latop is WiFi while H6 and H5 boards are wired to my router directly Put a RPi4 next to it ( DietPi ) and all of the sudden indeed max speed ( 40 Mbit ): [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 6.56 MBytes 55.0 Mbits/sec 424 450 KBytes [ 5] 1.00-2.00 sec 5.00 MBytes 41.9 Mbits/sec 18 388 KBytes [ 5] 2.00-3.00 sec 5.00 MBytes 41.9 Mbits/sec 0 376 KBytes [ 5] 3.00-4.00 sec 5.00 MBytes 41.9 Mbits/sec 0 398 KBytes [ 5] 4.00-5.00 sec 5.00 MBytes 41.9 Mbits/sec 0 412 KBytes [ 5] 5.00-6.00 sec 5.00 MBytes 41.9 Mbits/sec 0 416 KBytes [ 5] 6.00-7.00 sec 3.75 MBytes 31.5 Mbits/sec 0 416 KBytes [ 5] 7.00-8.00 sec 5.00 MBytes 41.9 Mbits/sec 0 416 KBytes [ 5] 8.00-9.00 sec 5.00 MBytes 41.9 Mbits/sec 0 418 KBytes [ 5] 9.00-10.00 sec 5.00 MBytes 41.9 Mbits/sec 0 428 KBytes [ 5] 10.00-11.00 sec 5.00 MBytes 41.9 Mbits/sec 0 444 KBytes [ 5] 11.00-12.00 sec 5.00 MBytes 41.9 Mbits/sec 0 476 KBytes [ 5] 12.00-13.00 sec 5.00 MBytes 41.9 Mbits/sec 9 375 KBytes just out of box, also reverted tweaks ( congestion etc ) on H6 board and reboot but nowhere near 40 Mbit, are there realtek driver issues in kernel 5.10 that cause this behaviour - I remember last month there were issues and things were held back for Allwinner platform on 5.8 Must admit if I spin up another iperf3 half of speed is gained on Rpi4 but when that is happening spinning up yet another iperf restores this speed. That looks to me some optimization is needed but I see different behaviour on the allwinner boards ... VERY STRANGE ... PS: I am bypassing VPN on both platforms currently to see what is going on.

hmm , recently it came to my attention bbr between both wireguard servers is doing a very bad job: :/etc/sysctl.d# iperf3 -4 -c 192.168.10.2 -t 300 -b 0 -P 1 Connecting to host 192.168.10.2, port 5201 [ 5] local 192.168.20.2 port 41804 connected to 192.168.10.2 port 5201 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 1.29 MBytes 10.8 Mbits/sec 0 112 KBytes [ 5] 1.00-2.00 sec 502 KBytes 4.11 Mbits/sec 0 104 KBytes [ 5] 2.00-3.00 sec 753 KBytes 6.17 Mbits/sec 0 98.9 KBytes [ 5] 3.00-4.00 sec 753 KBytes 6.17 Mbits/sec 0 107 KBytes [ 5] 4.00-5.00 sec 753 KBytes 6.17 Mbits/sec 0 104 KBytes [ 5] 5.00-6.00 sec 753 KBytes 6.17 Mbits/sec 0 102 KBytes [ 5] 6.00-7.00 sec 753 KBytes 6.17 Mbits/sec 0 110 KBytes [ 5] 7.00-8.00 sec 753 KBytes 6.17 Mbits/sec 0 107 KBytes [ 5] 8.00-9.00 sec 502 KBytes 4.11 Mbits/sec 0 104 KBytes ^C[ 5] 9.00-9.33 sec 251 KBytes 6.29 Mbits/sec 0 102 KBytes while westwood ( the one I used years back before bbr came ) is still performing OK ( while 150Mbit constant should be possible with bbr as I had in the past ) :/etc/sysctl.d# iperf3 -4 -c 192.168.10.2 -t 300 -b 0 -P 1 Connecting to host 192.168.10.2, port 5201 [ 5] local 192.168.20.2 port 41808 connected to 192.168.10.2 port 5201 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 12.2 MBytes 103 Mbits/sec 0 6.01 MBytes [ 5] 1.00-2.00 sec 26.2 MBytes 220 Mbits/sec 1319 1.02 MBytes [ 5] 2.00-3.00 sec 12.5 MBytes 105 Mbits/sec 0 1.03 MBytes [ 5] 3.00-4.00 sec 12.5 MBytes 105 Mbits/sec 0 1.04 MBytes [ 5] 4.00-5.00 sec 13.8 MBytes 115 Mbits/sec 0 1.05 MBytes [ 5] 5.00-6.00 sec 13.8 MBytes 115 Mbits/sec 0 1.06 MBytes [ 5] 6.00-7.00 sec 13.8 MBytes 115 Mbits/sec 0 1.06 MBytes [ 5] 7.00-8.00 sec 13.8 MBytes 115 Mbits/sec 0 1.07 MBytes [ 5] 8.00-9.00 sec 12.5 MBytes 105 Mbits/sec 0 1.07 MBytes [ 5] 9.00-10.00 sec 15.0 MBytes 126 Mbits/sec 0 1.08 MBytes [ 5] 10.00-11.00 sec 13.8 MBytes 115 Mbits/sec 0 1.08 MBytes [ 5] 11.00-12.00 sec 12.5 MBytes 105 Mbits/sec 0 1.08 MBytes [ 5] 12.00-13.00 sec 13.8 MBytes 115 Mbits/sec 0 1.08 MBytes [ 5] 13.00-14.00 sec 12.5 MBytes 105 Mbits/sec 0 1.08 MBytes [ 5] 14.00-15.00 sec 13.8 MBytes 115 Mbits/sec 0 1.09 MBytes [ 5] 15.00-16.00 sec 13.8 MBytes 115 Mbits/sec 0 1.09 MBytes [ 5] 16.00-17.00 sec 13.8 MBytes 115 Mbits/sec 0 1.09 MBytes [ 5] 17.00-18.00 sec 12.5 MBytes 105 Mbits/sec 0 1.10 MBytes [ 5] 18.00-19.00 sec 13.8 MBytes 115 Mbits/sec 0 1.10 MBytes [ 5] 19.00-20.00 sec 13.8 MBytes 115 Mbits/sec 0 1.10 MBytes [ 5] 20.00-21.00 sec 12.5 MBytes 105 Mbits/sec 0 1.10 MBytes [ 5] 21.00-22.00 sec 13.8 MBytes 115 Mbits/sec 0 1.10 MBytes [ 5] 22.00-23.00 sec 13.8 MBytes 115 Mbits/sec 0 1.10 MBytes [ 5] 23.00-24.00 sec 15.0 MBytes 126 Mbits/sec 0 1.10 MBytes [ 5] 24.00-25.00 sec 12.5 MBytes 105 Mbits/sec 0 1.10 MBytes [ 5] 25.00-26.00 sec 13.8 MBytes 115 Mbits/sec 0 1.10 MBytes [ 5] 26.00-27.00 sec 15.0 MBytes 126 Mbits/sec 0 1.11 MBytes [ 5] 26.00-27.00 sec 15.0 MBytes 126 Mbits/sec 0 1.11 MBytes - - - - - - - - - - - - - - - - - - - - - - - - - Just wondering is this related to the kernel or is there a hardware module not set in the H6 boards ( two are orangepioneplus and see similar speeds between opioneplus and neo2 ) Perhaps oneof you chaps have an idea? cheers

Device with housing arrived today, cannot wait to deploy armbian on it :-), but will need to have some more patience Once image is ready ( to be build ) and entered matured state will swap it with my OpiOnePlus as I'll solely use it for wireguard ( and ddclient / chrony )

done a few more ( approx 6 ) till now and all looking good, will start with cold boot early morning to see how things go and give a few more reboots after that. but seems to be fine on this H6 board, over to topic : OrangePi3 [EDIT] Meanswhile executed reboots and cold starts, OPiOnePlus came back OK all the time ( kernel 5.9.16 ) [/EDIT]

my spare OpiOnePlus has been upgraded , dont have Opi3 either. Anyway to see if the OPiOnePlus is unaffected will reboot few times today and see if it comes back online normally ....

looks like 5.9 images are being published as recommended, therefore suppose fix/workaround is in place ? That would be very nice!

Ordered 1Gb version incl housing just now , let's hope at least WIP status will appear next few months for this one.

Looks like updating " /etc/default/keyboard " would be sufficient then to roll things back : " sed -i 's/us,ro/us/g' /etc/default/keyboard ". I'd propose to have this manually controlled ( thru personal settings in armbian-config ) and leave "us" default. cat /etc/default/locale # looks fine default # File generated by update-locale LC_MESSAGES=en_US.UTF-8 LANGUAGE=en_US.UTF-8 LANG=en_US.UTF-8

Hi - Is following new in Tamandua ( and images that are built from scratch currently ) ? Any flag to disable this so US would be default ( as it used to be ) and thus following won't be asked/ set? New to Armbian? Documentation: https://docs.armbian.com Support: https://forum.armbian.com New root password: ******** Repeat password: ******** Detected timezone: Europe/Bucharest (EET, +0300) Generating locales: ro_RO.UTF-8 Adding console keyboard layout: ro Creating a new user account. Press <Ctrl-C> to abort

there is indeed the culprit

certainly', this due @Igorwaving is magic wand :-)

Well , it seems the 5.9.8 image I just downloaded ( Armbian_20.11.0-trunk.41_Nanopineo2_buster_current_5.9.8.img.xz ) did boot ok. Therefore spun up a fresh 5.9.10 build to see how that went ... Alas no go ... Yet trying to rule things out , but looks like it is my build environment as I seem to have issues with other boards too ( or flags I am using ) , thus apologies polluting this thread - once sorted will report back 5.10 should build fine imho - ./compile.sh BRANCH=current RELEASE=buster BUILD_MINIMAL=yes BUILD_DESKTOP=no KERNEL_ONLY=no KERNEL_CONFIGURE=no EXTRAWIFI=no WIREGUARD=no EDIT So just wiping armbian dir and checking out did not work. I had to reinstall Ubuntu from scratch and tada : root@192.168.10.73's password: _ _ ____ _ _ _ ____ | \ | | _ \(_) | \ | | ___ ___ |___ \ | \| | |_) | | | \| |/ _ \/ _ \ __) | | |\ | __/| | | |\ | __/ (_) | / __/ |_| \_|_| |_| |_| \_|\___|\___/ |_____| Welcome to Armbian 20.11.0-trunk Buster with Linux 5.10.0-rc5-sunxi64 No end-user support: built from trunk System load: 29% Up time: 1 min Local users: 2 Memory usage: 15% of 474M IP: 192.168.10.73 CPU temp: 26°C Usage of /: 3% of 29G Anyway 5.9 and 5.10 are building and booting just fine, false alarm for which my sincere apologies! /EDIT

hi - just built " Armbian_20.11.0-trunk_Nanopineo2_buster_dev_5.10.0-rc5_minimal.img " but seems does not boot ( neo2 ), neither 5.9 ( current ) : looks like only 5.8 is working atm or misinterpreted ?

Great news, delighted to see it is appreciated and people do care about your great work! P.s: I wonder why I lost "donator' status ?

Wow nice - This might become my new vpn / pihole setup, depending on $$$ as current OPiOnePlus does its job well. Suppose armbian images can be build soon for this board. @Wernerthanks for your info!

Hello, Looks like meanwhile the M3 entered a matured state , at least from " compile.sh " menu - did not notice till recent. Anyway was wondering if things improved running kernel 5.8 and onwards , mainly in terms of " A83T chip isn’t SATA capable and therefore the SATA port is provided by a (very) slow GL830 USB-to-SATA-bridge " So therefore still worth buying a separate USB-to-SATA bridge if you want to connect a hard disk? bummer it is "just" 2.0 but what to expect as board is being produced from somewhere 2015 I believe. In terms of octa core systems ( 1,8Ghz ) this looks still a nice pick

@Quardex - OPiOne is a H3 board isn't it , well current branch should be fine indeed Nevertheless perhaps you can give kernel 5.9 a go ( currently rc7, production ready in about 2,5 weeks imho ) Try building with e.g. ( assuming Debian and no Desktop ) : ./compile.sh BRANCH=current RELEASE=buster BUILD_MINIMAL=yes BUILD_DESKTOP=no KERNEL_ONLY=no KERNEL_CONFIGURE=yes BOARD=orangepione Go to kernel configuration and select : " Device Drivers ", " <M> DAX: direct access to differentiated memory " Uhm DAX was in kernel 5.9 (rc5) an issue if I remember correctly, well your module should be here, also for 5.8 that is no difference : " Device Drivers " -> ", " Multiple devices driver support (RAID and LVM) ---> ", " <M> Mirror Target ". I just checked out and indeed it is not selected so enable <M> and give it a go. Perhaps more dependencies needed, I am not sure but you should be able to take your pick and build it according your needs. It should build and hopefully it helps you out

@Werner - I tried, hope it is worth to publish my " tutorial " post, also feel free to adjust. Perhaps I'll add some more screenshots where to find the unnecessary network drivers ( WiFi and Blutooth ) etc etc, but guess that is just my specific scenario for the OPiOnePlus board which is being used as a wireguard/ pihole server

In this tutorial we build a custom .config for OrangePiOnePlus board, eg: to remove blutooth, WiFi and or USB3.x support since the hardware is not onboard, alternatively you can adjust settings to your needs which is not in the default .config. The section mentions, if file " userpatches/linux-$KERNELFAMILY-$KERNELBRANCH.config " exists, it will be used instead of default one from " config ". This means for the OPiOnePlus : " linux-sunxi64-dev.config " should be created, but please note "dev" is just one of the three options available, which are: " current ", " legacy " and " dev " The default config files are located in : " /armbian/config/kernel " and thus also holds a "linux-sunxi64-dev.config " config file. # #If user-provided kernel .config file IS NOT present yet # cd ~ git clone --depth 1 https://github.com/armbian/build armbian cd armbian ./compile.sh BRANCH=dev RELEASE=buster BUILD_MINIMAL=yes BUILD_DESKTOP=no KERNEL_ONLY=no KERNEL_CONFIGURE=yes EXTRAWIFI=no BOARD=orangepioneplus Yet rename ".config" and Save to " ~/userpatches/linux-sunxi64-dev.config " , find attached a screenshot # #If user-provided kernel .config file IS present # <script> cp -p ~/armbian/userpatches/linux-sunxi64-dev.config ~/ sudo rm -rf armbian git clone --depth 1 https://github.com/armbian/build armbian mkdir ~/armbian/userpatches cp -p ~/linux-sunxi64-dev.config ~/armbian/userpatches/ </script> Above can be scripted so you do not need to worry if for some reason you need to remove and rebuild your " armbian " directory from scratch Rest would be ( assuming your kernel has been customised to your needs ): cd armbian ./compile.sh BRANCH=dev RELEASE=buster BUILD_MINIMAL=yes BUILD_DESKTOP=no KERNEL_ONLY=no KERNEL_CONFIGURE=no EXTRAWIFI=no BOARD=orangepioneplus Hope this addition to user-provided-kernel-config explains the idea " in depth " . Happy configuring :-)

ah now it seems to work: output.log:Displaying message: Using kernel config provided by user userpatches/linux-sunxi64-dev.config info output.log:Displaying message: Using kernel config provided by user userpatches/linux-sunxi64-dev.config info All the time missed the connection between the main ( predefined .configs ) at : /home/armbian/config/kernel. Same name simply needs to be saved to /home/armbian/userpatches/ , thus not .config as I stubbornly did till now. Thanks @Igor and also my sincere apologies @Werner for my attempt littering in the new section

Hi, I am trying to find a quicker way of customising my .config for eg orangepioneplus board as I do not require Bluetooth, WIFI etc. etc. So tried to put a config file ( KERNEL_CONFIGURE=yes | BRANCH=dev ) in one of these directories, but alas /home/armbian/userpatches and /home/armbian/userpatches/kernel/sunxi-dev Still failing after Reading these topics - user configurations - building armbian / Providing build configuration - build options So therefore can one explain ( quick tutorial ) how to achieve this, please? I start off with KERNEL_CONFIGUERE=yes" to store my custom .config file for this board ( sunxi-dev ). once this file exists I like to use it instead of the default provided .config file ( KERNEL_CONFIGURE set to “no” to compile kernel without changing default or custom provided configuration ). I do notice " Looking for user patches in [ userpatches/kernel/sunxi-dev ] " but it does not get picked up. So best shot is user provided kernel config section, but I still fail and as a workaround I always update (softlink) the .config file in " /home/armbian/config/kernel " but like to do it properly ;-) TiA!

patching.log looks "fine" , suppose these patches are valid for upcoming 5.9 ( 5.6 and 5.8 kernel onwards? ) as 2/ is related to the scrollback being removed in rc6. Just not sure what 1/ the general packaking patch does, but as said on overall looks good! thanks 1/ dolphs@armbian:~/armbian/output/debug$ grep 5.6 patching.log Processing file /home/dolphs/armbian/patch/misc/general-packaging-5.6.y.patch 2/ dolphs@armbian:~/armbian/output/debug$ grep 5.8 patching.log Processing file /home/dolphs/armbian/patch/misc/bootsplash-5.8.10-0001-Revert-vgacon-remove-software-scrollback-support.patch Processing file /home/dolphs/armbian/patch/misc/bootsplash-5.8.10-0002-Revert-fbcon-remove-now-unusued-softback_lines-curso.patch Processing file /home/dolphs/armbian/patch/misc/bootsplash-5.8.10-0003-Revert-fbcon-remove-soft-scrollback-code.patch Processing file /home/dolphs/armbian/patch/kernel/sunxi-dev/wifi-4004-fix-cfg80211-for-5.8.patch

@5kft - The image does build, however the error @Werner mentioned earlier today is there compiling: ./compile.sh BRANCH=dev RELEASE=buster BUILD_MINIMAL=yes BUILD_DESKTOP=no KERNEL_ONLY=no KERNEL_CONFIGURE=no Please find attached patching.log, note the "wifi-brcmfmac-fix-txctl-credits.patch" that complains with: 1 out of 1 hunk FAILED -- saving rejects to file drivers/net/wireless/broadcom/brcm80211/brcmfmac/sdio.c.rej patching.log