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.
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
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.
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.
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>> 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
As mentioned by @mantouboji 5.13 is working well for the moment with the relevant patches. Though we are missing, among others, overlays and wifi.
Regarding overlays, I tried to compile w1-gpio-cl but I had issues with the headers on 5.13. Did anyone manage to compile anything with 5.13?
Regarding wifi, as this is new AW hw, I expect that we need to port the driver from the ventor's legacy sdk. Is anyone familiar with the process?
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
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
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'.