We’ve generated an image for Rock 4 SE using rbuild, but unfortunately, it fails to boot entirely. Our goal is to implement a custom splash screen, akin to the Android image that displays a loading screen a few seconds (2-3) post-boot. The Rock 4 SE is equipped with a DSI display. Here’s our progress so far:
The image produced by rbuild doesn’t initiate the boot process. Upon powering up the computer, there’s a brief screen flash, the green LED lights up, but thereafter, no further action occurs. This holds true even when connecting an external screen to the HDMI port. Additionally, the blue activity LED remains inactive. We’ve tested this on various SD cards and image burners, with consistent behavior.
The stock Debian desktop and Debian server images function correctly, but only when connected via HDMI. This is acceptable since, in my recollection, configuring a custom image based on stock Debian required enabling the SPI overlay in the rsetup app for DSI LCD functionality. The blue LED blinks. In both stock images, the screen remains blank for about 15 seconds before the system becomes operational.
The Android image seamlessly operates on DSI by default, showcasing a loading screen a few seconds (2-3) after boot – precisely what we aim to achieve.
We seek your guidance to replicate the Android image’s behavior, allowing us to display our custom logo on the splash screen. Any assistance you can provide would be greatly appreciated.
I currently have no solution for the custom splash screen. As for the image not booting, please make sure you are building Debian 11 KDE variant, as the other variants are currently unsupported.
@RadxaYuntian Yes I have built KDE test variant but it does not boot at all. What to do? Also, when can we expect to have a solution for a custom splash screen?
Can you try add -T to rbuild to build against the test repo. We have made some changes to the package dependency that is not released in production channel yet.
I cannot make a promise on the timeline here. We provide best-effort support on the forum but without a business contract there is no guarantee for feature delivery. It is on my to-do though.
I’m speaking in a general sense. After all we are a hardware company, and the software division is not profitable by itself, but playing a supporting role to the hardware, so most of our development focus are tied to the hardware division, which means the hardware side could (and would) interrupt us to refocus on other issues, limiting my ability to give you an guarantee for the timeline.
If you are already doing commercial orders with us, then just mention this to [email protected] or [email protected], so it will get properly assigned a priority to it.
Regarding boot splashscreen - U-Boot supports the CONFIG_SPLASH_SCREEN option, which allows setting a splashimage via: setnev splashimage [image]
It seems that the topic would be quite trivial, although I suspect, that the default U-Boot compilation setup does not have that enabled, am I right?
If this is the right configuration file for Rock 4SE, then the flag is not defined there: https://github.com/u-boot/u-boot/blob/master/configs/rock-4se-rk3399_defconfig
@RadxaYuntian Is there a reason for that that you know of?
Would enabling the flag and recompiling U-Boot break something?
First off, you are referencing the upstream U-Boot. Our own U-Boot fork for ROCK 4 is this one.
Secondly, the last time we tested graphical U-Boot on rk3399 the result was disappointing, so we disabled it.
Finally, we currently does not have a boot splash in U-Boot so there is no point to enable it. We also prefer the graphical U-Boot logs (when available) to reduce the support burden, since not all users have a serial cable.
I think what Bilal wants is the Plymouth. I’ll see if I can assign an engineer to look at this.
Actually, video configurations are not enabled for u-boot that’s why plymouth will not work. Enabling video config in u-boot for rock-4se breaks something.
@rippanda12 our issue is that we are using a DSI display, the screen remains blank for about 15 seconds before the system becomes operational with stock Debian desktop and Debian server images. We want to display something on screen as soon as it starts to boot so that it shows user device is loading.