Great work!
The boot partition will now use ‘/boot/’ instead of ‘/boot/boot’;
This bothered me more than I would admit
P.S. Will there ever be a Fedora image?
Great work!
The boot partition will now use ‘/boot/’ instead of ‘/boot/boot’;
This bothered me more than I would admit
P.S. Will there ever be a Fedora image?
Thanks for the update. What about the GPU? When will it be open sourced?
That timing is really up to Imagination Technologies and not StarFive.
Ref:
And:
Alright I see thanks. I asked because I was looking to buy another VF2 but it still not opensourced gpu.
Does this mean we wont have SSH connectivity to headless installs?
Hmmm
Just took another VF2 board, flashed an SD card with the new image, use RS232 to update OpenSBI and uboot, and I’m greated with that:
## Warning: defaulting to text format
Can't set block device
libfdt fdt_check_header(): FDT_ERR_BADMAGIC
Retrieving file: /boot/extlinux/extlinux.conf
Can't set block device
Error reading config file
u-boot is not latest it could be, but is fairly recent:
StarFive # version
U-Boot 2021.10 (Jan 19 2023 - 04:09:41 +0800), Build: jenkins-github_visionfive2-6
riscv64-buildroot-linux-gnu-gcc.br_real (Buildroot VF2_v2.8.0) 10.3.0
GNU ld (GNU Binutils) 2.36.1
StarFive #
I suspect that this new image come with a new but incompatible version of uboot?
You should really put both u-boot-spl.bin.normal.out
and visionfive2_fw_payload.img
along the image download with a big warning that these probably be needed to be updated before the image will work.
And updated OpenSBI & Uboot with the versions from Release VisionFive2 Software v2.10.4 · starfive-tech/VisionFive2 · GitHub
And it is now booting
Did you change the boot switches to the SDIO3.0 position. Because then it should read the latest u-boot-spl.bin.normal.out (SPL) and the fw_payload.img (OpenSBI + U-Boot) directly from the SD card if you are using the starfive-jh7110-202302-SD-minimal-desktop.img.
Oh, so the switch work now? I’m using the recommended setting from the last time I setup a board with when looking at the board with the USB port in front, both switches on the right side
Will change the SD setting once I finished setup the rootfs
Yup sounds sensible
Confirmed - this works. Thank you.
Gents,
If the switch is working now could you please check if it is now possible to from nvme ssd?
By boot from nvme ssd I mean boot from SPI Flash that will look for OS image at nvme ssd.
Thanks
Kernel needs to be somewhere not nvme, as u-boot still does not have pci-e support.
For now, I load kernel from sd with root= pointing to nvme. It’s not a terrible solution.
I could put the kernel at the end of the SPI, where there is enough storage, but I would still need the sd, as u-boot configuration is held there. There’s space reserved in SPI for u-boot env, but it is not being used currently.
Using the sd as a clutch until pci-e support is in place seems to be the better solution for now.
That is something WIP by the engineering team, some codes are in place, but we don’t have a commit date internally yet.
@kira
I think you are missing the point if you think my problem with this is not knowing how to use apt install
.
Still ancient 5.15? I guess I’ll give this a pass then. Is the intent to stay at 5.15 until everything is upstreamed?
5.15 ancient?
This is the second Longterm version of the kernel on the list. it’s not that old in reality.
It’s not beause the first LTS is 6.1 that all 5.x kernel are “ancient” & “deprecated”. 5.15 is still maintained, latest release 5.15.96 was a couple of days ago.