dolphs

Members
  • Content Count

    199
  • Joined

  • Last visited


Reputation Activity

  1. 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  
  2. 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
  3. 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 )
  4. 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 )
  5. 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
  6. 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 ...
  7. 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
  8. 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?
  9. 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  
     
  10. 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 ) 
     
  11. 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
  12. 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.
     
  13. 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.
     
  14. 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!
  15. 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!
  16. 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.
  17. 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  
  18. 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
  19. 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...
  20. 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 ;-) )
  21. 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 ...
  22. 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 ;-)