Speed reading the source code changes when comparing VF2_v3.6.1 to VF2_v3.7.5, my guess would be the FASTBOOT_USB, FASTBOOT_FLASH, FASTBOOT_MMC and lowering the PCIe initialisation delay from 300 ms to 100 ms.
Just test my new image with the new firmware (SPL+U-Boot). The board is able to boot my image using dip switch mode [0-1], even though the NVMe SSD is still in place.
The next official lonterm support Linux kernel will probably be selected in December ( https://kernel.org/category/releases.html ) so I’m sure that there has been and is a massive push by StarFive to have the JH-7110 fully included. I suspect that any mention of 6.1 is being used as a temporary placeholder, for an (as yet) unknown future kernel version. Basically I do not think that a custom StarFive 6.1 kernel is the goal (I see it more as a plan B). I do expect that the custom StarFive 6.1 kernel will receive updated patches from the 5.15 kernel and backported patches from the “-next” kernel, but a custom StarFive 6.1 kernel is not the ultimate target.
Read this thread.
The summary of which would that the size of /dev/mtd0 grew over time from 0x20000 (128 KiB) to 0x40000 (256 KiB). And if you are accessing it from an older image the dtb (device tree binary, compiled from a dts - device tree source), is hard coded with the smaller size.
Obviously when you try to write a “u-boot-spl.bin.normal.out” that is larger than 128 KiB to a partition that is 128KiB, the SPL (Second Program Loader) firmware is corrupt because it is truncated at 128 KiB.
Thanks for posting this link to the thread. Inside it I did not find a solution but this thread: Flashcp => /dev/mtd0 2.11.5 which offers a lot of ideas on how to resolve this issue. Sadly my understanding of that matter is still limited, so I don’t know which of those ideas is the right one which doesn’t cause trouble (“bricking” the board — as I have no access to some serial hardware to restore the firmware when something goes wrong). Could someone who actually upgraded to firmware v3.7.5 post the way how it was done? Explantations would be a bonus!
Replying and even quoting myself — because I found the solution (after trying around with those sdcard.imgs from the releases: found out that on the screen a login never appears and had to ssh as root to the VF2, but then wget never worked, scp also didn’t): VisionFive 2 Debian Image 202308 Released (latest) - #20 by bartoshe
Just boot the Debian Image 202308 and do it from within there.
Yeah the login screen doesn’t appear, but then thats not new.
ssh in, wget in from a none https url, and then flash
I download the files to flash on the machine I ssh in from, and start like a python http server and wget that python server. I just find not having to dd a desktop OS easier.