dolphs

Members
  • Content Count

    229
  • Joined

  • Last visited

Reputation Activity

  1. Like
    dolphs got a reaction from JerryPenguin in Banana Pi M3   
    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
  2. Like
    dolphs got a reaction from Werner in User provided kernel config   
    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 :-)
     
     

  3. Like
    dolphs got a reaction from guidol in Switching SUNXI-DEV to 5.9.y (h3-h5-h6/megous)   
    As H6 got built,
    I owe boards below - is there any interest if I'd share default rc4 buster images for these ?
    Just need a location to upload these
    ./compile.sh BRANCH=dev RELEASE=buster BUILD_MINIMAL=yes BUILD_DESKTOP=no KERNEL_ONLY=no KERNEL_CONFIGURE=no - H2+:  orangepizero lts
    - H3:  orangepi lite, Banana Pi BPI-M2+
    - H5 : neo2 1.0/ neo2 1.1, neo2 black 
  4. Like
    dolphs got a reaction from lanefu in Switching SUNXI-DEV to 5.8.y (h3-h5-h6/megous)   
    @Werner as well @Igor hope I could contribute to initial stage identifying which patches need to be reviewed,
    so 5.8 can be build for h6 ( and h3/ h5 ) clean and properly  
  5. Like
    dolphs got a reaction from NicoD in Switching SUNXI-DEV to 5.8.y (h3-h5-h6/megous)   
    Hi,
     
    thanks @megi , for bumping dev to 5.8 !
    @all - Therefore please let's update dev branch to 5.8 as 5.7 will be phased out somewhere in August.
     
     
    First glance showed :
     
    1/ duplicate labels ( sun50i-h6.dtsi ):
    to be found in: " ./cache/sources/u-boot/v2020.04/arch/arm/dts "
    -sun50i-h6-beelink-gs1.dtb
    -sun50i-h6-orangepi-one-plus.dtb
    -sun50i-h6-orangepi-3.dtb
    -sun50i-h6-orangepi-lite2.dtb
    -sun50i-h6-pine-h64-model-b.dtb
    -sun50i-h6-pine-h64.dtb
    -sun50i-h6-tanix-tx6.dtb

    Which reminds me u-boot can be updated to 2020.07.
    Wasn't there a JIRA story for this already ( rgd 20.08 Caple release ? ) 
     
     
     
    2/ patches in 5.8 that need attention
     
    This one can be used still for 5.7. and 5.8 ?
    - general-packaging-5.6.y.patch   
     
    Further took out these that FAILED, see full logs attached of three attempts till image got built :
    cd ~/armbian/patch/kernel/sunxi-dev rm board-h6-improve-thermals.patch wget https://raw.githubusercontent.com/5kft/build/86ad3c26c9f4835cd97e223223c72f0464173848/patch/kernel/sunxi-dev/board-h6-improve-thermals.patch rm 0001-Revert-leds-axp20x-Support-charger-LED-on-AXP20x-lik.patch rm 0002-Add-leds-axp20-x-charger.patch rm add-missing-H6-gpu-opp-in-5.7.y.patch rm olimex_0020-arm-sun7i-a20-Add-support-for-A20-OLinuXino-LIME-eMM.patch rm olimex_0023-drm-sun4i-hdmi-Add-support-for-sun4i-HDMI-encoder-au.patch rm olimex_0038-dts-fix-lime-emmc-compatible-string.patch rm board-h6-orangepi-lite2-fix-missing-all.patch rm sun50i-h6-drm_panfrost-1-missing-remove-opp-table-in-case-of-failure.patch rm sun50i-h6-drm_panfrost-2-add-devfreq-regulator-support.patch rm wifi-4001-add-realtek-8723cs-kconfig-makefile.patch rm wifi-4002-add-realtek-8723cs.patch
    This results in an image, but did not flash it yet as these above need attention and should be fixed first varying from just deleting to updates imho :
    @armbian:~/armbian$ ls -l /home/armbian/output/images/ total 620180 -rw-rw-r-- 1 root root 725614592 Aug  3 08:06 Armbian_20.08.0-trunk_Orangepioneplus_buster_dev_5.8.0_minimal.img -rw-rw-r-- 1 root sudo       133 Aug  3 08:06 Armbian_20.08.0-trunk_Orangepioneplus_buster_dev_5.8.0_minimal.img.sha -rw-rw-r-- 1 root sudo     19639 Aug  3 08:06 Armbian_20.08.0-trunk_Orangepioneplus_buster_dev_5.8.0_minimal.img.txt  
    compilation.zip output.zip patching.zip
  6. Like
    dolphs got a reaction from lanefu in Switching SUNXI-DEV to 5.8.y (h3-h5-h6/megous)   
    OK I took a closer look in the patch directory ( which I should have done earlier ) .
    Yet I found these patches ( below ), but till now I was convinced flag " EXTRAWIFI=no " would bypass these.
    Anyway after removing these two I succeeded to build my first 5.8 image ( with most patches )
     
    -wifi-4001-add-realtek-8723cs-kconfig-makefile.patch
    -wifi-4002-add-realtek-8723cs.patch
     
    :~/armbian/output/images$ ls -l total 674496 -rw-rw-r-- 1 root root 792723456 Jul 17 08:53 Armbian_20.08.0-trunk_Orangepioneplus_buster_dev_5.8.0-rc5_minimal.img -rw-rw-r-- 1 root sudo 137 Jul 17 08:53 Armbian_20.08.0-trunk_Orangepioneplus_buster_dev_5.8.0-rc5_minimal.img.sha -rw-rw-r-- 1 root sudo 19667 Jul 17 08:53 Armbian_20.08.0-trunk_Orangepioneplus_buster_dev_5.8.0-rc5_minimal.img.txt  
     
    ___ ____ _ ___ / _ \| _ \(_) / _ \ _ __ ___ _ | | | | |_) | | | | | | '_ \ / _ \_| |_ | |_| | __/| | | |_| | | | | __/_ _| \___/|_| |_| \___/|_| |_|\___| |_| Welcome to Armbian buster with Linux 5.8.0-rc5-sunxi64 No end-user support: built from trunk System load: 0.00 0.00 0.00 Up time: 1:50 Memory usage: 9 % of 986MB IP: 192.168.10.122 CPU temp: 51°C Usage of /: 18% of 3.5G  
     
    :~# cpufreq-info cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009 Report errors and bugs to cpufreq@vger.kernel.org, please. analyzing CPU 0: no or unknown cpufreq driver is active on this CPU maximum transition latency: 4294.55 ms. analyzing CPU 1: no or unknown cpufreq driver is active on this CPU maximum transition latency: 4294.55 ms. analyzing CPU 2: no or unknown cpufreq driver is active on this CPU maximum transition latency: 4294.55 ms. analyzing CPU 3: no or unknown cpufreq driver is active on this CPU maximum transition latency: 4294.55 ms.  
    root@orangepioneplus:~# lsmod Module Size Used by rfkill 32768 1 snd_soc_hdmi_codec 20480 0 snd_soc_core 180224 1 snd_soc_hdmi_codec snd_pcm_dmaengine 20480 1 snd_soc_core snd_pcm 114688 3 snd_soc_hdmi_codec,snd_soc_core,snd_pcm_dmaengine snd_timer 45056 1 snd_pcm snd 81920 4 snd_soc_hdmi_codec,snd_timer,snd_soc_core,snd_pcm soundcore 16384 1 snd zstd 16384 4 sunxi_cir 20480 0 sunxi_cedrus 36864 0 rc_core 53248 2 sunxi_cir videobuf2_dma_contig 24576 1 sunxi_cedrus v4l2_mem2mem 32768 1 sunxi_cedrus videobuf2_memops 20480 1 videobuf2_dma_contig videobuf2_v4l2 28672 2 sunxi_cedrus,v4l2_mem2mem dw_hdmi_cec 16384 0 dw_hdmi_i2s_audio 16384 0 videobuf2_common 53248 3 sunxi_cedrus,videobuf2_v4l2,v4l2_mem2mem videodev 249856 4 sunxi_cedrus,videobuf2_v4l2,videobuf2_common,v4l2_mem2mem mc 53248 5 sunxi_cedrus,videodev,videobuf2_v4l2,videobuf2_common,v4l2_mem2mem panfrost 65536 0 sun8i_ce 28672 0 gpu_sched 32768 1 panfrost display_connector 20480 0 crypto_engine 20480 1 sun8i_ce zram 36864 3 realtek 24576 1 i2c_mv64xxx 24576 0 dwmac_sun8i 28672 0 mdio_mux 16384 1 dwmac_sun8i  
    This means now things drill down to go thru the patches which need to be either removed or updated for kernel 5.8 ( and u-boot )
  7. Like
    dolphs got a reaction from Werner in Switching SUNXI-DEV to 5.8.y (h3-h5-h6/megous)   
    OK I took a closer look in the patch directory ( which I should have done earlier ) .
    Yet I found these patches ( below ), but till now I was convinced flag " EXTRAWIFI=no " would bypass these.
    Anyway after removing these two I succeeded to build my first 5.8 image ( with most patches )
     
    -wifi-4001-add-realtek-8723cs-kconfig-makefile.patch
    -wifi-4002-add-realtek-8723cs.patch
     
    :~/armbian/output/images$ ls -l total 674496 -rw-rw-r-- 1 root root 792723456 Jul 17 08:53 Armbian_20.08.0-trunk_Orangepioneplus_buster_dev_5.8.0-rc5_minimal.img -rw-rw-r-- 1 root sudo 137 Jul 17 08:53 Armbian_20.08.0-trunk_Orangepioneplus_buster_dev_5.8.0-rc5_minimal.img.sha -rw-rw-r-- 1 root sudo 19667 Jul 17 08:53 Armbian_20.08.0-trunk_Orangepioneplus_buster_dev_5.8.0-rc5_minimal.img.txt  
     
    ___ ____ _ ___ / _ \| _ \(_) / _ \ _ __ ___ _ | | | | |_) | | | | | | '_ \ / _ \_| |_ | |_| | __/| | | |_| | | | | __/_ _| \___/|_| |_| \___/|_| |_|\___| |_| Welcome to Armbian buster with Linux 5.8.0-rc5-sunxi64 No end-user support: built from trunk System load: 0.00 0.00 0.00 Up time: 1:50 Memory usage: 9 % of 986MB IP: 192.168.10.122 CPU temp: 51°C Usage of /: 18% of 3.5G  
     
    :~# cpufreq-info cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009 Report errors and bugs to cpufreq@vger.kernel.org, please. analyzing CPU 0: no or unknown cpufreq driver is active on this CPU maximum transition latency: 4294.55 ms. analyzing CPU 1: no or unknown cpufreq driver is active on this CPU maximum transition latency: 4294.55 ms. analyzing CPU 2: no or unknown cpufreq driver is active on this CPU maximum transition latency: 4294.55 ms. analyzing CPU 3: no or unknown cpufreq driver is active on this CPU maximum transition latency: 4294.55 ms.  
    root@orangepioneplus:~# lsmod Module Size Used by rfkill 32768 1 snd_soc_hdmi_codec 20480 0 snd_soc_core 180224 1 snd_soc_hdmi_codec snd_pcm_dmaengine 20480 1 snd_soc_core snd_pcm 114688 3 snd_soc_hdmi_codec,snd_soc_core,snd_pcm_dmaengine snd_timer 45056 1 snd_pcm snd 81920 4 snd_soc_hdmi_codec,snd_timer,snd_soc_core,snd_pcm soundcore 16384 1 snd zstd 16384 4 sunxi_cir 20480 0 sunxi_cedrus 36864 0 rc_core 53248 2 sunxi_cir videobuf2_dma_contig 24576 1 sunxi_cedrus v4l2_mem2mem 32768 1 sunxi_cedrus videobuf2_memops 20480 1 videobuf2_dma_contig videobuf2_v4l2 28672 2 sunxi_cedrus,v4l2_mem2mem dw_hdmi_cec 16384 0 dw_hdmi_i2s_audio 16384 0 videobuf2_common 53248 3 sunxi_cedrus,videobuf2_v4l2,v4l2_mem2mem videodev 249856 4 sunxi_cedrus,videobuf2_v4l2,videobuf2_common,v4l2_mem2mem mc 53248 5 sunxi_cedrus,videodev,videobuf2_v4l2,videobuf2_common,v4l2_mem2mem panfrost 65536 0 sun8i_ce 28672 0 gpu_sched 32768 1 panfrost display_connector 20480 0 crypto_engine 20480 1 sun8i_ce zram 36864 3 realtek 24576 1 i2c_mv64xxx 24576 0 dwmac_sun8i 28672 0 mdio_mux 16384 1 dwmac_sun8i  
    This means now things drill down to go thru the patches which need to be either removed or updated for kernel 5.8 ( and u-boot )
  8. Like
    dolphs got a reaction from lanefu in Allwinner H5 phased out?   
    @sfx2000 @Kevin Sewell @guidol  @5kft- Looks like NEO3 entered the arena with rk3328 chipset guess this will be adapted shortly by armbian in this section.
    I believe in theory this board could run on 1,4Ghz just like the NEO2 Black does, for now I skip this one
  9. Like
    dolphs got a reaction from Werner in Switching SUNXI-DEV to 5.8.y (h3-h5-h6/megous)   
    Suppose we need to dig in to kernel config , thus " KERNEL_CONFIGURE=YES "
    and see what is going on there ... maybe later when I had some sleep ...
  10. Like
    dolphs got a reaction from haajee in H6 /sys/class/pwm empty   
    not entirely sure but imho as from kernel 5.7 SPI is supported.
    Suppose once megous is incorporated in the / your dev builds you can do another attempt
  11. Like
    dolphs got a reaction from guidol in Nanopi fire 3 unstable gigabit ethernet   
    is that issue current with kernel 4.4.180 and RTL8211E ( though for 5.6 ) ?
    Perhaps " ethtool -K eth0 tso off " disabling TCP Segmentation Offloading will solve this,
    however not sure how that impacts performance also if you consider this board will be primarily used as a wireguard vpn/ pihole server.
    Can one try to see if that helps/ is acceptable for speeds over 100Mbit?
  12. Like
    dolphs got a reaction from guidol in Switching SUNXI-DEV to 5.6.y   
    Err I assume it has been committed after all, juist built first 5.6 image :  " Armbian_20.05.0-trunk_Orangepioneplus_buster_dev_5.6.2_minimal.img " using BRANCH=dev RELEASE=buster BUILD_MINIMAL=yes BUILD_DESKTOP=no KERNEL_ONLY=no KERNEL_CONFIGURE=no. Now after flashing I noiced
     
    1/ no 1.8 GHz (yet) or this needs to be added specifically to overlay first, eg " cpu-clock-X-Yv "
    available frequency steps: 480 MHz, 720 MHz, 816 MHz, 888 MHz, 1.08 GHz, 1.32 GHz, 1.49 GHz
     
    2/ wireguard is now incorporated in to kernel 5.6 so I assume flag " WIREGUARD=no " has no value anymore
     
    etc etc, but yes this looks promising :-), thanks
    ___ ____ _ ___ / _ \| _ \(_) / _ \ _ __ ___ _ | | | | |_) | | | | | | '_ \ / _ \_| |_ | |_| | __/| | | |_| | | | | __/_ _| \___/|_| |_| \___/|_| |_|\___| |_| Welcome to Armbian buster with Linux 5.6.2-sunxi64 No end-user support: built from trunk System load: 0.01 0.07 0.06 Up time: 6 min Local users: 2 Memory usage: 9 % of 988MB IP: 192.168.10.235 CPU temp: 43°C Usage of /: 5% of 15G  
     
  13. Like
    dolphs got a reaction from icehot in Orangepi 3 h6 allwiner chip   
    Barrel connected or "USB OTG" power supply, also is it 5v 2 or 3ampere that is connected?
    I tried a 5v 2ampere USB OTG as well the barrel ( 5v 3a) but unable to get it stable, perhaps 5.3.12 ( looks like "next" is being compiled with that version ) 
     
  14. Like
    dolphs got a reaction from megi in Orangepi 3 h6 allwiner chip   
    cheers I was aware of that, but thought more enhancements are on its way in 5.5 ( not just for H6 btw ) but looking closer this seems to be old news ;), nite nite
  15. Like
    dolphs got a reaction from Werner in Orangepi 3 h6 allwiner chip   
    hurrah kernel 5.2 has been released - so will check back next week ( 5.2.1? ) hoping to be able to compile a first dev build for my H6 ( opioneplus ) and be able to boot from it.
     
  16. Like
    dolphs got a reaction from leofuscaldi in Orangepi 3 h6 allwiner chip   
    hurrah kernel 5.2 has been released - so will check back next week ( 5.2.1? ) hoping to be able to compile a first dev build for my H6 ( opioneplus ) and be able to boot from it.
     
  17. Like
    dolphs got a reaction from lanefu in H6 Famous Reboot problem   
    certainly just execute:
    root@orangepioneplus:~# systemctl disable NetworkManager root@orangepioneplus:~#ip a |grep ether link/ether 00:2d:fd:1e:f1:e1 brd ff:ff:ff:ff:ff:ff # take note of MAC address root@orangepioneplus:~#vi /etc/network/interfaces ## add or update in to /etc/network/interfaces.d/ auto eth0 iface eth0 inet static address 192.168.10.200 netmask 255.255.255.0 gateway 192.168.10.1 dns-nameservers 192.168.10.2 192.168.10.1 hwaddress ether 00:2d:fd:1e:f1:e1 root@orangepioneplus:~# reboot # wait 5 secs and reconnect to IP address set root@orangepioneplus:~# cat /etc/network/interfaces # tada!  
    you guys don't even realise how perfect this weekend started,
    once again cheers for all your efforts, it is appreciated a lot!
  18. Like
    dolphs got a reaction from Werner in H6 Famous Reboot problem   
    certainly just execute:
    root@orangepioneplus:~# systemctl disable NetworkManager root@orangepioneplus:~#ip a |grep ether link/ether 00:2d:fd:1e:f1:e1 brd ff:ff:ff:ff:ff:ff # take note of MAC address root@orangepioneplus:~#vi /etc/network/interfaces ## add or update in to /etc/network/interfaces.d/ auto eth0 iface eth0 inet static address 192.168.10.200 netmask 255.255.255.0 gateway 192.168.10.1 dns-nameservers 192.168.10.2 192.168.10.1 hwaddress ether 00:2d:fd:1e:f1:e1 root@orangepioneplus:~# reboot # wait 5 secs and reconnect to IP address set root@orangepioneplus:~# cat /etc/network/interfaces # tada!  
    you guys don't even realise how perfect this weekend started,
    once again cheers for all your efforts, it is appreciated a lot!
  19. Like
    dolphs got a reaction from greg798 in H6 Famous Reboot problem   
    attempt to fix, as it concerns me at least (OpiOnePlus) ...
    will check USB tonight.
  20. Like
    dolphs got a reaction from greg798 in H6 Famous Reboot problem   
    Errr from " H6 famous reboot problem " it seems just the orangepi's are affected (opioneplus and opilite2, opi3 )?
    reiniting eth0 did work from cold boot ( of course ):
    root@orangepioneplus:~# ip link set dev eth0 down && ip link set dev eth0 up Apr 11 05:05:48 localhost kernel: [ 425.696366] dwmac-sun8i 5020000.ethernet eth0: Link is Down Apr 11 05:05:48 localhost kernel: [ 425.705231] RTL8211E Gigabit Ethernet stmmac-0:01: attached PHY driver [RTL8211E Gigabit Ethernet] (mii_bus:phy_addr=stmmac-0:01, irq=POLL) Apr 11 05:05:48 localhost kernel: [ 425.707898] dwmac-sun8i 5020000.ethernet eth0: No Safety Features support found Apr 11 05:05:48 localhost kernel: [ 425.707918] dwmac-sun8i 5020000.ethernet eth0: No MAC Management Counters available Apr 11 05:05:48 localhost kernel: [ 425.707930] dwmac-sun8i 5020000.ethernet eth0: PTP not supported by HW Apr 11 05:05:53 localhost kernel: [ 430.819302] dwmac-sun8i 5020000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx so after that I thought to be fresh and smart but naye: no joy,
    bringing in a WiFi dongle should help possibly to get more logs at this stage ... ...
    root@orangepioneplus:~# ip link set dev eth0 down && reboot  
  21. Like
    dolphs got a reaction from gounthar in Which boards to get a VPN server and a VPN client?   
    @gounthar - If you do not mind you cannot reboot ( hangs for the moment ) what about the orangepi Lite 2? 
    It can do 1,8GHz BUT H6 SoC is still in developement (WIP), it is half the price of a RockPi4, model A 1GB (RK3399).
    had promising results using a OPiOnePlus with ovpn ( near 200Mbit maybe more as my upload is CAPped ).
    A +/- 12Mbit stream resulted in 40% CPU usage, pushing it to the max ( iperf single/ multiple threads ) got it easily to 1,8GHz : my findings, incl temp increase, can be found here 
    Anyway the board has BT, both WiFi and LAN gigabit - but as mentioned DEV image ( kernel 5.x ) needs to be build to have it " somewhat stable " , for VPN (LAN) it works at least.
    hope this helps
  22. Like
    dolphs got a reaction from Werner in Orangepi 3 h6 allwiner chip   
    Please refer to this topic rgd issue 1)
    Also to create some more awareness I contacted "Allwinner Customer Service Team" recently and they made this a Xunlong issue,
    their response: " After a short discussion internally, we suggest you contact Xunlong for clarification.
    Let's hope for a satisfactory solution, little/ some hope this can be increased as Xunlog is partnering with armbian ... ...
     
    let's keep fingers crossed...
  23. Like
    dolphs got a reaction from Werner in H6 Famous Reboot problem   
    omg, let's bump dev to 5.05 ( current kernel ) and build a fresh debian image.
    Mr martinayotte, I should like to express my respect to you for your work!
    Will check back later as duty calls ( cooking for the wife ;-) )
  24. Like
    dolphs got a reaction from usuario74 in VPN Server Questions   
    hi running armbian ( kernel 4.14 ) and ovpn 2.4.6 and both nanopi neo2 boards.
    ovpn is configured with cipher AES-128-CBC and auth SHA256, following results can be seen:

     
    top - 04:53:47 up 26 days, 11:42,  2 users,  load average: 0.16, 0.16, 0.09 Tasks: 102 total,   2 running,  57 sleeping,   0 stopped,   0 zombie %Cpu0  :  1.0 us,  1.0 sy,  0.0 ni, 98.0 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st %Cpu1  :  1.0 us,  2.0 sy,  0.0 ni, 97.0 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st %Cpu2  : 20.7 us, 30.1 sy,  0.0 ni, 43.5 id,  0.0 wa,  0.0 hi,  5.7 si,  0.0 st %Cpu3  :  0.3 us,  0.3 sy,  0.0 ni, 99.0 id,  0.0 wa,  0.0 hi,  0.3 si,  0.0 st KiB Mem :   494152 total,   128980 free,    92528 used,   272644 buff/cache KiB Swap:   247072 total,   229664 free,    17408 used.   382416 avail Mem   PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND  1191 root      20   0   10180   6132   5324 R  59.1  1.2 137:16.90 openvpn  
    and following with single thread " iperf3 -4 -V -c 192.168.10.2 -t 60 -b 0 -P 1 "
     
    iperf 3.1.3 Linux vpn01 4.14.70-sunxi64 #274 SMP Wed Sep 19 12:09:30 CEST 2018 aarch64 Time: Sun, 09 Dec 2018 02:53:07 GMT Connecting to host 192.168.10.2, port 5201       Cookie: vpn01.1544323987.071807.somewhat       TCP MSS: 1276 (default) [  4] local 10.8.0.2 port 63472 connected to 192.168.10.2 port 5201 Starting Test: protocol: TCP, 1 streams, 131072 byte blocks, omitting 0 seconds, 60 second test [ ID] Interval           Transfer     Bandwidth       Retr  Cwnd [  4]   0.00-1.00   sec  9.07 MBytes  75.9 Mbits/sec  199   1.24 MBytes [  4]   1.00-2.00   sec  8.75 MBytes  73.4 Mbits/sec  166   1.09 MBytes [  4]   2.00-3.00   sec  12.5 MBytes   105 Mbits/sec    0   1.35 MBytes [  4]   3.00-4.00   sec  7.50 MBytes  62.9 Mbits/sec    0   1.36 MBytes [  4]   4.00-5.00   sec  7.50 MBytes  62.9 Mbits/sec   54   1.22 MBytes [  4]   5.00-6.00   sec  8.75 MBytes  73.4 Mbits/sec    0   1.22 MBytes [  4]   6.00-7.00   sec  7.50 MBytes  62.8 Mbits/sec    0   1.24 MBytes [  4]   7.00-8.00   sec  8.75 MBytes  73.5 Mbits/sec    0   1.16 MBytes [  4]   8.00-9.00   sec  8.75 MBytes  73.3 Mbits/sec    0   1.21 MBytes [  4]   9.00-10.00  sec  11.2 MBytes  94.4 Mbits/sec    0   1.41 MBytes [  4]  10.00-11.00  sec  8.75 MBytes  73.4 Mbits/sec    3   1.59 MBytes [  4]  11.00-12.00  sec  7.50 MBytes  63.0 Mbits/sec   46   1.58 MBytes [  4]  12.00-13.00  sec  10.0 MBytes  83.9 Mbits/sec    0   1.27 MBytes [  4]  13.00-14.00  sec  7.50 MBytes  62.9 Mbits/sec   25   1.17 MBytes [  4]  14.00-15.00  sec  11.2 MBytes  94.4 Mbits/sec    0   1.40 MBytes [  4]  15.00-16.00  sec  11.2 MBytes  94.4 Mbits/sec   15    616 KBytes [  4]  16.00-17.00  sec  6.25 MBytes  52.4 Mbits/sec    9   1.25 MBytes [  4]  17.00-18.00  sec  8.75 MBytes  73.4 Mbits/sec  252   1.15 MBytes [  4]  18.00-19.00  sec  7.50 MBytes  62.9 Mbits/sec    0   1.24 MBytes [  4]  19.00-20.00  sec  10.0 MBytes  83.8 Mbits/sec   29    684 KBytes [  4]  20.00-21.00  sec  7.50 MBytes  62.9 Mbits/sec    0   1.24 MBytes [  4]  21.00-22.00  sec  7.50 MBytes  62.9 Mbits/sec  194   1.26 MBytes [  4]  22.00-23.00  sec  8.75 MBytes  73.4 Mbits/sec    0   1.25 MBytes [  4]  23.00-24.00  sec  7.50 MBytes  62.9 Mbits/sec    0   1.16 MBytes [  4]  24.00-25.00  sec  12.5 MBytes   105 Mbits/sec    0   1.43 MBytes [  4]  25.00-26.00  sec  6.25 MBytes  52.4 Mbits/sec   46   1.42 MBytes [  4]  26.00-27.00  sec  8.75 MBytes  73.4 Mbits/sec    0   1.40 MBytes [  4]  27.00-28.00  sec  8.75 MBytes  73.4 Mbits/sec   18   1.24 MBytes [  4]  28.00-29.00  sec  8.75 MBytes  73.4 Mbits/sec    0   1.23 MBytes [  4]  29.00-30.00  sec  10.0 MBytes  83.9 Mbits/sec    0   1.37 MBytes [  4]  30.00-31.00  sec  7.50 MBytes  62.9 Mbits/sec    0   1.26 MBytes [  4]  31.00-32.00  sec  8.75 MBytes  73.4 Mbits/sec   64   1.15 MBytes [  4]  32.00-33.00  sec  8.75 MBytes  73.4 Mbits/sec    0   1.16 MBytes [  4]  33.00-34.00  sec  10.0 MBytes  83.9 Mbits/sec    0   1.34 MBytes [  4]  34.00-35.00  sec  8.75 MBytes  73.4 Mbits/sec    0   1.34 MBytes [  4]  35.00-36.00  sec  8.75 MBytes  73.4 Mbits/sec    0   1.26 MBytes [  4]  36.00-37.00  sec  8.75 MBytes  73.4 Mbits/sec    0   1.29 MBytes [  4]  37.00-38.00  sec  8.75 MBytes  73.4 Mbits/sec    0   1.25 MBytes [  4]  38.00-39.00  sec  7.50 MBytes  62.9 Mbits/sec    0   1.25 MBytes [  4]  39.00-40.00  sec  10.0 MBytes  83.8 Mbits/sec    0   1.16 MBytes [  4]  40.00-41.00  sec  11.2 MBytes  94.4 Mbits/sec    0   1.37 MBytes [  4]  41.00-42.00  sec  10.0 MBytes  83.9 Mbits/sec    0   1.38 MBytes [  4]  42.00-43.00  sec  7.50 MBytes  63.0 Mbits/sec   79   1.07 MBytes [  4]  43.00-44.00  sec  8.75 MBytes  73.4 Mbits/sec   34    728 KBytes [  4]  44.00-45.00  sec  7.50 MBytes  62.9 Mbits/sec   99   1.38 MBytes [  4]  45.00-46.00  sec  7.50 MBytes  62.9 Mbits/sec  200   1.38 MBytes [  4]  46.00-47.00  sec  8.75 MBytes  73.4 Mbits/sec   62   1.21 MBytes [  4]  47.00-48.00  sec  7.50 MBytes  62.9 Mbits/sec   22   1.26 MBytes [  4]  48.00-49.00  sec  8.75 MBytes  73.5 Mbits/sec    0   1.33 MBytes [  4]  49.00-50.00  sec  8.75 MBytes  73.4 Mbits/sec    5   1.23 MBytes [  4]  50.00-51.00  sec  7.50 MBytes  62.8 Mbits/sec    0   1.25 MBytes [  4]  51.00-52.00  sec  10.0 MBytes  84.0 Mbits/sec    0   1.30 MBytes [  4]  52.00-53.00  sec  7.50 MBytes  62.9 Mbits/sec    0   1.29 MBytes [  4]  53.00-54.00  sec  8.75 MBytes  73.4 Mbits/sec    4   1.26 MBytes [  4]  54.00-55.00  sec  7.50 MBytes  62.9 Mbits/sec    0   1.24 MBytes [  4]  55.00-56.00  sec  8.75 MBytes  73.4 Mbits/sec    0   1.23 MBytes [  4]  56.00-57.00  sec  7.50 MBytes  62.9 Mbits/sec    0   1.19 MBytes [  4]  57.00-58.00  sec  10.0 MBytes  83.9 Mbits/sec    0   1.23 MBytes [  4]  58.00-59.00  sec  7.50 MBytes  62.9 Mbits/sec    0   1.21 MBytes [  4]  59.00-60.00  sec  6.25 MBytes  52.4 Mbits/sec    0   1.24 MBytes - - - - - - - - - - - - - - - - - - - - - - - - - Test Complete. Summary Results: [ ID] Interval           Transfer     Bandwidth       Retr [  4]   0.00-60.00  sec   520 MBytes  72.7 Mbits/sec  1625             sender [  4]   0.00-60.00  sec   514 MBytes  71.8 Mbits/sec                  receiver CPU Utilization: local/sender 1.5% (0.1%u/1.3%s), remote/receiver 3.5% (0.4%u/3.2%s) iperf Done.  
     
    also did not tweak kernel settings too much atm - both ends read:
    net.core.default_qdisc = fq_codel net.core.netdev_max_backlog = 1024 net.core.rmem_max = 33554432 net.core.wmem_max = 33554432 net.ipv4.tcp_rmem = 4096 87380 33554432 net.ipv4.tcp_wmem = 4096 87380 33554432 net.ipv4.tcp_congestion_control = bbr # RETEST westwood OR cubic net.ipv4.tcp_max_syn_backlog = 1024 net.ipv4.tcp_slow_start_after_idle = 0 net.ipv4.tcp_no_metrics_save = 0 net.ipv4.ip_local_port_range = 9000 65535  
    If you want a cheap and low wattage VPN consider H5 boards ( eg nanopi neo2 or orange pi zero plus2 ) that should handle proper TV streaming (15-20Mbit) over ovpn this is your option.
    If speed will be most important consider other platforms, I'm currently looking in to the ASRock J4005B-ITX and should do 300Mbit ...
  25. Like
    dolphs got a reaction from Igor in nanopi neo 2 Running Debian 9   
    thanks for clarifying Igor, will RTFM next time better ...
    Don't worry will try not to bug too much and build from scratch, as long I can use NanoPi NEO2 crypto engine Id be more than happy ;-)