It seems, Starfive won’t provide new images, as last official image is dated from september last year.
I can host a few images. just let me know.
which download methods would be preferred ?
2 Likes
I’ve somehow bricked my board when updating it to the latest firmware. I’ve now got it booting over UART, but it now seems to want to boot from my old nvme partition no matter what, so – yeah, this is a fine soup. How am I supposed to know, at 3 AM, that the tutorial I was following was outdated?
I want to go back to an old CWT image, maybe it was arch 19? 18? Linux 5.15, X11, but I could build and run classy stuff like PCManFM, Mario 64 and OpenLara, as well as oddball bits of history like NTSC Mosaic and GopherVR. With every continous upgrade this board worked less, and it was in the name of progress, – which I feel we are in the end not getting beacuse it’s RV0.7 and therefore DOA as anything else but a, well, set-top box chip; this is why it’s important to get video decoding working no matter what.
(right, so RV64 and Wayland and Vulkan? So all my OpenGLES apps stopped working - for this?? A perfect storm of new and untested technology is why this board is barely usable, and as it is now, a n00b trap for developers)
I dunno, however you decide to host an array of images, please make a big disclamer on which firmware which image is using and which you weren’t supposed to use alongside which kernel depending on your board version and the amount of RAM your board has.
It is seems uboot has changed some rules…
I suggest either use starfive’s image with same version uboot or update to lastest upstream’s uboot with new distro (offical Fedora, ubuntu etc).
I am still building the wiki — Debian images are already downloadible. Good point to adding some more info(s) and findings
A while ago I asked the same question and the user lzzhzh answered me. he is releasing debian 13 images.
I’m sorry that the starfive team hasn’t written anything more on this forum about possible new releases of official debian images.
1 Like
See, this. I booted from a recovery image via UART. Which firmware version am I using now? I tried discerning it from the boot screen, all I get is some serial and build numbers. Did this roll back my firmware?
I can boot Cwt’s arch 13 from SD cards now, at least.
This is need asking the publisher , which distro is the image based on.
cwt arch 13 is seems based on old starfive’s debian. The lastest is arch24.
You can flash to the target version without known which version is used .
Fllow the doc: Recovering the Bootloader
Yes. I know that. I know the link to recover the bootloader. I know I should be asking the publisher.
But it’s taken me a month to cool down and peacefully reply: I do not feel the need to be pointed to the obviously available, yet strangely confusing and maybe outdated knowledge that is this board’s official documentation. That does not work.
What I need is a simple CHART:
THIS kernel with THIS firmware will bring THESE features and LOSE THIS.
Listed per firmware, kernel. Maybe GPU compatibility? When did we drop OpenGL and moved on to Vulkan? Stuff like these.
This board is such a useless timesink now it’s got negative value for me, as it consumes way more time to get it to work than it is actually using it.
I wouldn’t even be bothering posting this if some sort of mismatch (update?) didn’t disable my eth0 and no amount of fiddling and firmware/kernel version swapping will bring it back.
So I can use the latest official version of everything?
Does it boot from NVME now?
With new spl/uboot, you can use fedora/ubuntu offical version.
Starfive’s & upstream’s spl/uboot are supported boot from NVME.
About GPU , ask Imagination. 
upstream kernel (kernel.org) is missing some patch.
JH7110 Upstream Status | RVspace
Since then (4 months ago?) I’ve started over and built my system over anew. But thank you for your attention.
You ansvered my questions as if they weren’t examples of an issue that remains unresolved: see LivingLinux’ recent example of upgrading an image on 1.2b board.
Don’t get me wrong, I am sure the StarFive team has priorities and it is right that those priorities lie in actually get the SoC fully working and optimized. But in the end of the day end user experience matters, too, and should not be forgotten.