Jump to content

dolphs

Members
  • Posts

    272
  • Joined

  • Last visited

Posts posted by dolphs

  1. 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. 

  2. 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

  3. 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 ) 

  4. 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
     

     

  5. 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

     

  6. 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

     

     

  7. 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

  8. @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

     

     

     

  9. @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  

  10. 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 :-)

     

     

    config-file.jpg

  11. 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 :rolleyes: 

  12. 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!

  13. 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

     

     

  14. @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

  15. On 9/22/2020 at 10:36 AM, Werner said:

     

    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

     

×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines