dolphs

Hello gents,
 
I have been out of the loop for quite some time...
Therefore did not update my armbian dev env either for quite a while, was a bit "surprised" after a " git pull " most boards went to CSC, but read the story why...
 
Anyway I was wondering rgd the "new" OP1 Rockpi4+ boards, if same image can be used for these boards ?
Most likely a new entry to compile, armbian building script,  will appear sooner or later. Also noticed current kernel 5.16 holds commits for 4A+ and 4B+ :
 
Rockchip ... Add RK3399 ROCK Pi 4A+ board commit Add RK3399 ROCK Pi 4B+ board commit ...  
 
In +/- two months like to start a PoE ROCK Pi 4A+ board project , checking current status I most likely should start building for "rockpi-4a" and change kernel config a bit.
Hopefully by then a "Bleeding edge" ( 5.16 kernel ) can be compiled for these boards ... 
 
Currently compilation.log shows ( see below ) and suspecting these patches :
Displaying message: * [\e[32ml\e[0m][\e[32mc\e[0m] board-rockpi4-0005-arm64-dts-enable-es8316-audio.patch info Displaying message: * [\e[32ml\e[0m][\e[32mc\e[0m] general-fix-es8316-kernel-panic.patch info  
 
 
Grtz! 

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 ) 

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

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

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

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

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 

@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  

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

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 )

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 )

@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

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

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

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?

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  
 

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 ) 
 

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

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.
 

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.
 

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!

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!

attempt to fix, as it concerns me at least (OpiOnePlus) ...
will check USB tonight.

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