-
Posts
272 -
Joined
-
Last visited
Content Type
Forums
Store
Crowdfunding
Applications
Events
Community Map
Posts posted by dolphs
-
-
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
-
20 minutes ago, gounthar said:
maybe because my Paypal email address is not the one I'm using on the forum
there is indeed the culprit
-
-
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 ?
On 11/23/2020 at 12:01 PM, Igor said:Images for sunxi kernels will be build from repository (5.8.y)
-
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 ?
-
-
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
- building armbian / Providing build configuration
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.patch2/
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 -
holy smokes!
You are so right , indeed this time I built with "extrawifi=no" option so I did not "bother" about WiFi errors/ warnings, but definitely this is a point of interest for next iteration
-
On 9/22/2020 at 10:36 AM, Werner said:
For the DAX issue: https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?h=pending-fixes&id=88b67edd7247466bc47f01e1dc539b0d0d4b931e
Probably fixed in next RC
looks like this patch has been added for rc6/ is fixed meanwhile, thanks! ( as well u-boot bumped to 7 )
-rw-rw-r-- 1 root root 796917760 Sep 24 09:52 Armbian_20.11.0-trunk_Orangepioneplus_buster_dev_5.9.0-rc6_minimal.img -rw-rw-r-- 1 root sudo 137 Sep 24 09:52 Armbian_20.11.0-trunk_Orangepioneplus_buster_dev_5.9.0-rc6_minimal.img.sha -rw-rw-r-- 1 root sudo 19667 Sep 24 09:52 Armbian_20.11.0-trunk_Orangepioneplus_buster_dev_5.9.0-rc6_minimal.img.txt
Congestion Control
in Beginners
Posted
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.