lampra

Probably missing the dts parts for wifi and/or driver.
The dts parts and the driver are available here (last 2 commits) if you want to test it.

Also, the "new bootscript" is no longer required with u-boot 2022.04.  They include the distro_boot method which finds the boot.scr, and that loads the kernel. 
 
env default -a
saveenv

FYI, I ported wifi driver to mainline (top two commits): https://github.com/jernejsk/linux-1/commits/h616-full
To say that code is convoluted is a big understatement.

I doubt that this is the same case, but I had the same error on an orangepi pc so for future reference I comment here.
I had upgraded to buster from strech but it seems that the command lsb_release did not work and probably armian.config could not choose the appropriate debian release. Then the list (/etc/apt/sources.list.d/armbian.list) contained no release info, and I was getting the same error. Just adding the release solved the issue.
 
root@orangepipc:~# cat /etc/apt/sources.list.d/armbian.list #deb http://apt.armbian.com main -utils deb http://apt.armbian.com buster main buster-utils  

To my knowledge, this option is available in armbian-config only for Ubuntu builds

Just for the record here is the first "release" message archived!
https://web.archive.org/web/20140102083415/http://www.cubieforums.com/index.php/topic,1275.0.html

Just for the record here is the first "release" message archived!
https://web.archive.org/web/20140102083415/http://www.cubieforums.com/index.php/topic,1275.0.html

I do not have any other A20 board. I will ask around my colleagues for a spare one.
Though If indeed there is a spare cubietruck to be provided by any forum member I would gladly help maintain this board.

I do not have any other A20 board. I will ask around my colleagues for a spare one.
Though If indeed there is a spare cubietruck to be provided by any forum member I would gladly help maintain this board.

FYI, if anyone is interested in advancing Armbian support for H616, I just fixed reboot issue on mainline kernel for OrangePi Zero2. In fact, I started collecting H616 patches in hope to create LibreELEC image. Patches can be found here: https://github.com/jernejsk/linux-1/commits/h616-full
 
Note: U-Boot needs this hack: https://github.com/jernejsk/u-boot/commit/d420184997f302f546bb0862b1774cca6b43fb9a Without it, Linux will hang at loading Panfrost driver.

I do not have any other A20 board. I will ask around my colleagues for a spare one.
Though If indeed there is a spare cubietruck to be provided by any forum member I would gladly help maintain this board.

If there is no other board in the same family that is actively maintained yes.

Correct. Nothing will become closed source or removed besides the pre-built binary packages like images or debs. These homemade images or packages are  unsupported like they always have been.

Anyone can use the Armbian Build Tools to produce their own kernel debs or images.  The code will remain.

Here is what I have :
 
bubt u-boot/181226.flash-image-ddr3-2g-2cs-1000_800.bin spi usb
Marvell>> bubt u-boot/181226.flash-image-ddr3-2g-2cs-1000_800.bin spi usb
Burning U-BOOT image "u-boot/181226.flash-image-ddr3-2g-2cs-1000_800.bin" from "usb" to "spi"
USB0:   Register 2000104 NbrPorts 2
Starting the controller
USB XHCI 1.00
USB1:   USB EHCI 1.00
scanning bus 0 for devices... 2 USB Device(s) found
scanning bus 1 for devices... 1 USB Device(s) found
reading u-boot/181226.flash-image-ddr3-2g-2cs-1000_800.bin
Image checksum...OK!
SF: Detected w25q32dw with page size 256 Bytes, erase size 4 KiB, total 4 MiB
676040 bytes written, 212992 bytes skipped in 12.491s, speed 72876 B/s
Done!

Marvell>> version
U-Boot 2018.03-devel-18.12.3-gc9aa92c-armbian (Dec 26 2018 - 13:45:06 +0100)
aarch64-linux-gnu-gcc (Linaro GCC 7.3-2018.05) 7.3.1 20180425 [linaro-7.3-2018.05 revision d29120a424ecfbc167ef90065c0eeb7f91977701]
GNU ld (Linaro_Binutils-2018.05) 2.28.2.20170706

Marvell>> reset
WTMI-devel-18.12.0-a0a1cb8
WTMI: system early-init
SVC REV: 3, CPU VDD voltage: 1.155V
NOTICE:  Booting Trusted Firmware
NOTICE:  BL1: v1.5(release):1f8ca7e (Marvell-devel-18.12.2)
NOTICE:  BL1: Built : 13:48:02, Dec 26 2018
NOTICE:  BL1: Booting BL2
NOTICE:  BL2: v1.5(release):1f8ca7e (Marvell-devel-18.12.2)
NOTICE:  BL2: Built : 13:48:04, Dec 26 2018
NOTICE:  BL1: Booting BL31
NOTICE:  BL31: v1.5(release):1f8ca7e (Marvell-devel-18.12.2)
NOTICE:  BL31: Built : 13:4
U-Boot 2018.03-devel-18.12.3-gc9aa92c-armbian (Dec 26 2018 - 13:45:06 +0100)
Model: Marvell Armada 3720 Community Board ESPRESSOBin
       CPU     1000 [MHz]
       L2      800 [MHz]
       TClock  200 [MHz]
       DDR     800 [MHz]
DRAM:  2 GiB
Comphy chip #0:
Comphy-0: USB3          5 Gbps    
Comphy-1: PEX0          2.5 Gbps  
Comphy-2: SATA0         6 Gbps    
SATA link 0 timeout.
AHCI 0001.0300 32 slots 1 ports 6 Gbps 0x1 impl SATA mode
flags: ncq led only pmp fbss pio slum part sxs 
PCIE-0: Link down
MMC:   sdhci@d0000: 0
Loading Environment from SPI Flash... SF: Detected w25q32dw with page size 256 Bytes, erase size 4 KiB, total 4 MiB
OK
Model: Marvell Armada 3720 Community Board ESPRESSOBin
Net:   eth0: neta@30000 [PRIME]
Hit any key to stop autoboot:  0 
 
 
1119 bytes read in 14 ms (77.1 KiB/s)
## Executing script at 06d00000
243 bytes read in 5 ms (46.9 KiB/s)
15690240 bytes read in 673 ms (22.2 MiB/s)
5981154 bytes read in 270 ms (21.1 MiB/s)
** File not found /boot/dtb/marvell/armada-3720-community.dtb **
8607 bytes read in 10 ms (839.8 KiB/s)
## Loading init Ramdisk from Legacy Image at 01100000 ...
   Image Name:   uInitrd
   Image Type:   AArch64 Linux RAMDisk Image (gzip compressed)
   Data Size:    5981090 Bytes = 5.7 MiB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
## Flattened Device Tree blob at 06000000
   Booting using the fdt blob at 0x6000000
   Loading Ramdisk to 7f076000, end 7f62a3a2 ... OK
   Using Device Tree in place at 0000000006000000, end 000000000600519e
Starting kernel ...
[    0.000000] Booting Linux on physical CPU 0x0000000000 [0x410fd034]
[    0.000000] Linux version 4.18.8-mvebu64 (root@nightly) (gcc version 7.2.1 20171011 (Linaro GCC 7.2-2017.11)) #259 SMP PREEMPT Wed Sep 19 11:14:00 CEST 2018
[    0.000000] Machine model: Globalscale Marvell ESPRESSOBin Board
[    0.000000] earlycon: ar3700_uart0 at MMIO 0x00000000d0012000 (options '')
[    0.000000] bootconsole [ar3700_uart0] enabled
Loading, please wait...
starting version 239
 
 
root@espressobin:~# cat /boot/boot.cmd 
# DO NOT EDIT THIS FILE
#
# Please edit /boot/armbianEnv.txt to set supported parameters
#
# default values
setenv rootdev "/dev/mmcblk0p1"
setenv verbosity "1"
setenv rootfstype "ext4"
# additional values
setenv ethaddr "F0:AD:4E:03:64:7F"
load ${boot_interface} ${devnum}:1 ${scriptaddr} ${prefix}armbianEnv.txt
env import -t ${scriptaddr} ${filesize}
setenv bootargs "$console root=${rootdev} rootfstype=${rootfstype} rootwait loglevel=${verbosity} usb-storage.quirks=${usbstoragequirks} mtdparts=spi0.0:1536k(uboot),64k(uboot-environment),-(reserved) ${extraargs}"
setenv fdt_name_a dtb/marvell/armada-3720-community.dtb
setenv fdt_name_b dtb/marvell/armada-3720-espressobin.dtb
ext4load $boot_interface 0:1 $kernel_addr ${prefix}$image_name
ext4load $boot_interface 0:1 $initrd_addr ${prefix}$initrd_image
ext4load $boot_interface 0:1 $fdt_addr ${prefix}$fdt_name_a
ext4load $boot_interface 0:1 $fdt_addr ${prefix}$fdt_name_b
booti $kernel_addr $initrd_addr $fdt_addr
# mkimage -C none -A arm -T script -d /boot/boot.cmd /boot/boot.scr
 
 
root@espressobin:~# ls -al /boot/dtb/marvell/
total 124
drwxr-xr-x 2 root root  4096 Aug  8  2019 .
drwxr-xr-x 3 root root  4096 Aug  8  2019 ..
-rw-r--r-- 1 root root  9158 Jun 25  2019 armada-3720-db.dtb
-rw-r--r-- 1 root root  8942 Jun 25  2019 armada-3720-espressobin.dtb
 
 
 
And finally "uboot environment" :
 
Marvell>> printenv
arch=arm
baudrate=115200
board=mvebu_armada-37xx
board_name=mvebu_armada-37xx
boot_a_script=ext4load ${boot_interface} ${devnum}:1 ${scriptaddr} ${prefix}boot.scr;source ${scriptaddr};
boot_efi_binary=load ${devtype} ${devnum}:${distro_bootpart} ${kernel_addr_r} efi/boot/bootaa64.efi; if fdt addr ${fdt_addr_r}; then bootefi ${kernel_addr_r} ${fdt_addr_r};else bootefi ${kernel_addr_r} ${fdtcontroladdr};fi
boot_extlinux=sysboot ${devtype} ${devnum}:${distro_bootpart} any ${scriptaddr} ${prefix}extlinux/extlinux.conf
boot_net_pci_enum=pci enum
boot_net_usb_start=usb start
boot_prefixes=/ /boot/
boot_script_dhcp=boot.scr.uimg
boot_scripts=boot.scr.uimg boot.scr
boot_targets=usb sata mmc1 mmc0
bootcmd=for target in ${boot_targets}; do run bootcmd_${target}; done
bootcmd_dhcp=run boot_net_usb_start; run boot_net_pci_enum; if dhcp ${scriptaddr} ${boot_script_dhcp}; then source ${scriptaddr}; fi;setenv efi_fdtfile ${fdtfile}; setenv efi_old_vci ${bootp_vci};setenv efi_old_arch ${bootp_arch};setenv bootp_vci PXEClient:Arch:00011:UNDI:003000;setenv bootp_arch 0xb;if dhcp ${kernel_addr_r}; then tftpboot ${fdt_addr_r} dtb/${efi_fdtfile};if fdt addr ${fdt_addr_r}; then bootefi ${kernel_addr_r} ${fdt_addr_r}; else bootefi ${kernel_addr_r} ${fdtcontroladdr};fi;fi;setenv bootp_vci ${efi_old_vci};setenv bootp_arch ${efi_old_arch};setenv efi_fdtfile;setenv efi_old_arch;setenv efi_old_vci;
bootcmd_mmc0=setenv devnum 0; setenv boot_interface mmc; run scan_dev_for_boot;
bootcmd_mmc1=setenv devnum 1; setenv boot_interface mmc; run scan_dev_for_boot;
bootcmd_nfs=run get_images; run set_bootargs; booti $kernel_addr_r $ramdisk_addr_r $fdt_addr_r
bootcmd_pxe=run boot_net_usb_start; run boot_net_pci_enum; dhcp; if pxe get; then pxe boot; fi
bootcmd_sata=setenv devnum 0; scsi scan; scsi dev 0; setenv boot_interface scsi; run scan_dev_for_boot;
bootcmd_scsi0=setenv devnum 0; run scsi_boot
bootcmd_usb=setenv devnum 0; usb start;setenv boot_interface usb; run scan_dev_for_boot;
bootcmd_usb0=setenv devnum 0; run usb_boot
bootdelay=2
console=console=ttyMV0,115200 earlycon=ar3700_uart,0xd0012000
cpu=armv8
distro_bootcmd=setenv scsi_need_init; for target in ${boot_targets}; do run bootcmd_${target}; done
efi_dtb_prefixes=/ /dtb/ /dtb/current/
eth1addr=00:51:82:11:22:01
eth2addr=00:51:82:11:22:02
eth3addr=00:51:82:11:22:03
ethact=neta@30000
ethaddr=00:51:82:11:22:00
ethprime=eth0
extra_params=pci=pcie_bus_safe
fdt_addr=0x6000000
fdt_addr_r=0x6f00000
fdt_high=0xffffffffffffffff
fdt_name=fdt.dtb
fdtcontroladdr=7f7142d8
gatewayip=10.4.50.254
get_images=tftpboot $kernel_addr_r $image_name; tftpboot $fdt_addr_r $fdt_name; run get_ramdisk
get_ramdisk=if test "${ramdisk_name}" != "-"; then tftpboot $ramdisk_addr_r $ramdisk_name; else setenv ramdisk_addr_r -;fi
hostname=marvell
image_name=boot/Image
initrd_addr=0x1100000
initrd_image=uInitrd
initrd_size=0x2000000
ipaddr=0.0.0.0
kernel_addr=0x7000000
kernel_addr_r=0x7000000
load_efi_dtb=load ${devtype} ${devnum}:${distro_bootpart} ${fdt_addr_r} ${prefix}${efi_fdtfile}
loadaddr=0x8000000
mmc_boot=if mmc dev ${devnum}; then setenv devtype mmc; run scan_dev_for_boot_part; fi
netdev=eth0
netmask=255.255.255.0
pxefile_addr_r=0x6e00000
ramdisk_addr_r=0xa000000
ramdisk_name=-
root=root=/dev/nfs rw
rootpath=/srv/nfs
scan_dev_for_boot=for prefix in ${boot_prefixes}; do echo ${prefix};run boot_a_script; done
scan_dev_for_boot_part=part list ${devtype} ${devnum} -bootable devplist; env exists devplist || setenv devplist 1; for distro_bootpart in ${devplist}; do if fstype ${devtype} ${devnum}:${distro_bootpart} bootfstype; then run scan_dev_for_boot; fi; done
scan_dev_for_efi=setenv efi_fdtfile ${fdtfile}; for prefix in ${efi_dtb_prefixes}; do if test -e ${devtype} ${devnum}:${distro_bootpart} ${prefix}${efi_fdtfile}; then run load_efi_dtb; fi;done;if test -e ${devtype} ${devnum}:${distro_bootpart} efi/boot/bootaa64.efi; then echo Found EFI removable media binary efi/boot/bootaa64.efi; run boot_efi_binary; echo EFI LOAD FAILED: continuing...; fi; setenv efi_fdtfile
scan_dev_for_extlinux=if test -e ${devtype} ${devnum}:${distro_bootpart} ${prefix}extlinux/extlinux.conf; then echo Found ${prefix}extlinux/extlinux.conf; run boot_extlinux; echo SCRIPT FAILED: continuing...; fi
scan_dev_for_scripts=for script in ${boot_scripts}; do if test -e ${devtype} ${devnum}:${distro_bootpart} ${prefix}${script}; then echo Found U-Boot script ${prefix}${script}; run boot_a_script; echo SCRIPT FAILED: continuing...; fi; done
scriptaddr=0x6d00000
scsi_boot=run scsi_init; if scsi dev ${devnum}; then setenv devtype scsi; run scan_dev_for_boot_part; fi
scsi_init=if ${scsi_need_init}; then setenv scsi_need_init false; scsi scan; fi
serverip=0.0.0.0
set_bootargs=setenv bootargs $console $root ip=$ipaddr:$serverip:$gatewayip:$netmask:$hostname:$netdev:none nfsroot=$serverip:$rootpath $extra_params $cpuidle
soc=mvebu
stderr=serial@12000
stdin=serial@12000
stdout=serial@12000
usb_boot=usb start; if usb dev ${devnum}; then setenv devtype usb; run scan_dev_for_boot_part; fi
vendor=Marvell
Environment size: 5204/65532 bytes
 

Successfully built & booted kernel 5.13.rc1 using mainline ATF, mainline uboot and this kernel source.
Ethernet & usb works, reboot does not. More tests in the next few days
Armbianmonitor

I probably could, but I am not sure how to handle this without braking everything else.
 
diff --git a/config/sources/families/include/sunxi64_common.inc b/config/sources/families/include/sunxi64_common.inc index bc59438..1082479 100644 --- a/config/sources/families/include/sunxi64_common.inc +++ b/config/sources/families/include/sunxi64_common.inc @@ -27,9 +27,9 @@ case $BRANCH in edge) - KERNELSOURCE="https://github.com/megous/linux" - KERNELBRANCH="branch:orange-pi-5.12" - KERNELPATCHDIR='sunxi-'$BRANCH + KERNELSOURCE="https://github.com/apritzel/linux/" + KERNELBRANCH="branch:h616-v8-rc" + KERNELPATCHDIR='sunxi-orange-pi-5.12' ;; esac diff --git a/config/sources/families/sun50iw6.conf b/config/sources/families/sun50iw6.conf index 0862996..0a04279 100644 --- a/config/sources/families/sun50iw6.conf +++ b/config/sources/families/sun50iw6.conf @@ -8,14 +8,17 @@ ASOUND_STATE='asound.state.sun50iw2-dev' if [[ $BOARD == orangepizero2 ]]; then - ATFSOURCE='https://github.com/apritzel/arm-trusted-firmware' - ATFBRANCH='branch:h616-beta' + ATFSOURCE='https://github.com/ARM-software/arm-trusted-firmware' + ATFBRANCH='branch:master' ATF_PLAT="sun50i_h616"; ATF_TARGET_MAP='PLAT=sun50i_h616 DEBUG=1 bl31;;build/sun50i_h616/debug/bl31.bin' - BOOTSOURCE='https://github.com/jernejsk/u-boot' - BOOTBRANCH='branch:h616-v2' + BOOTSOURCE='https://github.com/trini/u-boot' + BOOTBRANCH='branch:master' [[ -z $CPUMAX ]] && CPUMAX=1512000  

https://github.com/armbian/build/pull/2907

Another afternoon and all kernels for 5.12.y are done at build stage.
 
- cleaning
- do we need to archive 5.11.y. I would say no since its not LTS
- testing

It seems that there is some dev movement for H616 on kernel 5.12 and also a fresh wip branch with many goodies
Anyone available for building a test image?

To my understanding zram is swap substitute. If you re-enable zram then you will have 1giga swap.
Given that you had zram enabled during the first freeze I don't expect that this is a solution.
Does Fhem ram usage increase overtime?

I just used systemctl, after your tests you can enable and start the services again. I also disabled zram not only logging, but you could test by disabling only ram logging. Please note that I did this in order to be able to trace the issue but since i disabled the two services there is no issue
root@cubietruck:~# uptime 20:17:52 up 12 days, 20:20, 1 user, load average: 2.74, 2.77, 2.67 systemctl stop armbian-ramlog.service systemctl disable armbian-ramlog.service systemctl stop armbian-zram-config.service systemctl disable armbian-zram-config.service  
Edit: Well i forgot to say that i did experience 1 issue twice the past 12 days with transmission crashing but I am not sure if this is relevant.  Though I never had issues with transmission on cubietrack using armbian for the past few years. We probably need to alter the unit file so that the daemon restarts after crashing. Here is the log:
Oct 25 20:43:39 cubietruck systemd[1]: transmission-daemon.service: Main process exited, code=killed, status=7/BUS Oct 25 20:43:39 cubietruck systemd[1]: transmission-daemon.service: Failed with result 'signal'.  

Not sure if this is applicable on armbian or if it could fit your case but maybe you could use extroot overlay. Take a look here in the case of openwrt.

Hi, both posts updated with a photo. I bought both cards during 2015 and I now realized that they were manufactured during 2012 and 2013.
When it comes to desktop use (i.e. "not headless"), Toshiba exceria is much more responsive and also much faster with software updates.
If you think that these posts are "useless" even for future reference, let me know and I can delete them.