The stroy so far: I bought 2 “Lafrite” end of february, one 1GB ram and one 512MB ram. I received them mid march. Of course, I didn’t check, the “lafrite” doesn’t boot from an SDCard but an emmc module and I didn’t bought any.
But it is OK it can boots from USB. I try my luck with Armbian Light version on the 1GB version, it works fine I can reach a terminal, create a user and all.
So I try the 512MB version with the same install, I though it would work. But when it starts I get an error : ** Reading file would overwrite reserved memory **
I am not much help here, but have you tried the official Libre Computer image on this board? The error indicates an attempt to access an address in memory that it should not, hints of some incorrect or mis-configured details as they relate to memory addresses allocated for distinct purposes in the early stages of boot (i.e. attempts to prepare for loading the kernel – could be related to the version of u-Boot being employed in the Armbian image).
I too like Armbian, but sometimes wonder how much testing they can achieve with so many variants of SoCs that they produce images to support. It seems possible that the 512 MB variant of the La Frite may not exist in their test hardware inventory, which is just one guess as to how a problem like this might exist.
So, if you have not tried the official Libre Computer image for this board, try that one out…?
Good luck and let us know if you attempt this with the Libre official images and corresponding results.
I’m new to this, also ordered this board assuming it had microSD. The only image I’ve been able to get to boot on my 512MB model is ubuntu-22.04.1-preinstalled-base-arm64+aml-s805x-ac.img from 12/13/22 in the distro. I’m poking around at compiling an armbian image myself and see in their tool that the s805x is listed with 1GB of RAM.
Are your boards different revs in addition to different RAM sizes? I also have a 512MB that’s V1.0A and is showing the same error on USB boot. My 1GB board is V1.0B, which has an additional NOR/eMMC switch next to the uboot button and came with the eMMC standoffs pre-installed, and it boots fine with the same USB flash drive.
Flash the latest bootloader onto the board and try. https://boot.libre.computer/ci/aml-s805x-ac-spiflash
You can use libretech-flash-tool on a Linux machine (or one of our boards) and flash an USB. Plug it into the La Frite board and let it update. Then try to boot the USB again.
Writing the spiflash file directly to a USB drive (libretech-flash-tool is something completely different so I don’t know why it was mentioned in connection with that file) does make the board update itself. However it still does not boot the Armbian USB drive correctly.
The Ubuntu 22.10 image does work, so it is probably some compatibility problem with the Armbian build. But Ethernet does not work under ubuntu:
[ 254.129436] meson8b-dwmac c9410000.ethernet eth0: no phy at addr -1
[ 254.130085] meson8b-dwmac c9410000.ethernet eth0: __stmmac_open: Cannot attach to PHY (error: -19)
RTNETLINK answers: No such device
I’m starting to think the two 512MB boards I bought are destined to be nothing more than paperweights.
Armbian is not compatible with the device tree built into our firmware until Armbian updates to Linux 6.2+.
The issue is that the SPI firmware provides the latest device tree to Linux. Armbian is designed for an older kernel so it doesn’t know how to initiate the Ethernet port with the newer device tree. You have to get the system to boot from the Armbian firmware/bootloader instead of ours.
Flash Armbian to eMMC and then erase the SPI NOR. Erasing the SPI NOR also erases the built-in firmware and you will have to re-flash via pyamlboot if you want to boot from USB again. This is for experts only. Ideally Armbian provides the device-tree for their kernel version using a standard boot process. This is something you have to ask the Armbian devs to do to avoid the issue.
Thanks for the information about Armbian, it sounds like it could be something on their end. But I am not having Ethernet problems with Armbian (on the 1GB board where it boots). Using both the Ubuntu 22.04 and 22.10 images from Index of /ci/ubuntu/ the systems boots but the Ethernet device does not work on the 512MB board. 1GB board works fine.
Do you know if there are any differences between the V1.0A 512MB and V1.0B 1GB that would cause this? Are the current bootloader and OS images supposed to support both versions or was some support for the older board dropped at some point? So far the only thing I can do with the 512MB board is run Ubuntu with no network.
Thank you for the link. The critical feature for our case is adjusting our config snippet. Since we boot directly from NFS, we have ETH driver compiled in. The new kernel option remained set as module (=m).