Endian

Hmm.. Maybe I said spoke too soon.. What I see is that if I build an image from the Armbian tree like this ./compile.sh BOARD=rock-5b BRANCH=legacy RELEASE=jammy COMPRESS_OUTPUTIMAGE=img KERNEL_CONFIGURE=no BUILD_MINIMAL=no BUILD_DESKTOP=no and boot from it my older (and problematic) screen works ok on HDMI-2 but not on HDMI-1 at the initial boot. However, if I do an apt update / apt upgrade and reboot my problematic screen stops working again... This seems not-so-good... Any insights on why this can happen?

I see that there is a lot of work ongoing on improving the UEFI boot support for Rock 5B and this is quite exciting. In my view this seem to be the ideal route for future SBC boards. However, I am yet to try it so I am still a novice in the area. How do you guys look at the future of UEFI vs U-boot for Linux on SBC’c in general and on the Rock 5B in particular? Will the UEFI version be as capable as a u-boot version or do you see limitations?

I was testing Armbian support for the Rock 5B board a few weeks ago, and although it is still early it looks very promising. So i thought i should test how it works for my Vim4 board too.. To my surprise it does not seem to supported by armbian. Could you help explain a bit What causes this? Is it some lack of support from Amlogic and / or Khadas or What is missing for the Khadas Vim4 boards to be supported by Armbian? (Maybe link to somewhere where a discussion on the subject is ongoing?)

I have tried the Debian image for ROCK5B and the Gnome GUI works fine there. But when booting the Armbian image (running from emmc) the screen does not notice any signal from the ROCK5B regardless of which HDMI port I try. I am using a quite old HDMI monitor (connected though a DVI-HDMI adapter). How do I debug this?