I think that we should remember that somewhere I’m sure StarFive are working on the VF3 (or whatever it will be called) and that too will leapfrog the competition. This is a good period for those of us who want to see RISC-V take-up grow to a point where the x86 and ARM curmudgeons STFU…
JH8100
EDIT: Just to temper your expectations it might take 1.5 to 2 years to get from the start of design to tapeout and about the same to move from initial tapeout to have chips shipping. So from the very start of design to release, would traditionally, be about 3 to 4 years in total. That can be accelerated, by licensing tested and working IP from others.
It’s entirely possible a board based on the 7xxx series could come out before that, just as the JH7110 followed the JH7100.
I suspect there is plenty that could be done with the U7 architecture while the U8 arch is being developed. Especially since the U7 core architecture supports up to 8x cpu’s, and probably better clock speeds too. It will be interesting to look for announcements in the autumn.
Edit: This is what I’m expecting, a 6 or 8 core U7 SOC with other modest incremental improvements, more PCIe lines? 2xGPU’s? SODimm memory?
Releasing a 6 or 8 core design that matches a PI in terms of connectivity would really turn some heads.
Using swapable/changeable memory modules means changing from LPDDR (Low-Power Double Data Rate) to DDR memory which will use more power. And the shorter signal path length of LPDDR memory means that the clock rate is usually higher, so lower latency, would be increased latency with a lower clock rate using DDR.
The TH1520 itself is a rather interesting chip. It has XuanTie-C910 cores that support vector instructions and can run at 2.5GHz. And there’s a built-in Imagination PowerVR BXM-4-64 video core, and there’s even an Imagination PowerVR AX3386 neural processor. And there’s pretty extensive multimedia codec support. All in all quite an interesting chip which is not inferior in performance to similar arm chips.
I thought that simply means you don’t get vector accelerated code in the mainline packages, not that it doesn’t work. And recompiling for yourself for this board may be possible (for some). The whole vector instruction ratification thing confuses me, but since it’s not part of the linux risc-v ISA Im not sure it matters much at this stage,
0.7.1 is incompatible at an assembly language instruction level and a binary level with the ratified vector extension (version 1.0 2021-11). As far as I know most of the people writing compilers have now chosen not to support the non ratified extension, just because they could end up adding support for 100+ minutely different extension.
But you can get a compiler from the chip vendor that has been patched to support 0.7.1. The problem there is that it is then up to the vendor to continuously update their version with any new mainline improvements.
I think that the new “RISC-V Profiles” (see above link) might be very good at pulling things towards a standard.
So if users just stick to the mainstream linux binaries they will be OK, because they are not compiled to use vector instructions at all (ratified or not) since it’s not part of the Linux ISA.
This wont stop people using these boards, it will just mean they feel cheated since it has vector instructions they cannot use, and wont be supported in the future.
If they need one or two application that uses vectors, those binary files could always be statically be compiled with vendors tools. That would be the simplest way.
It is not the end of the world, RISC-V is evolving and fast.
The U74 cores in the JH7110 were almost a RVA20S64_Zba_Zbb under the new RISC-V Profiles (hart naming convention), just missing out because it only supports Ss1p10, and not the now mandatory Ss1p11 (Privileged Architecture version 1.11).
U74 commonly called a “RVI64GC”
(But, the one in the JH7110, is really a rv64imafdcsuxZicsr_Zifencei_Zba_Zbb_Sscofpmf_Sv39_Svbare_Ss1p10_Svade_Ssccptr_Sstvecd_Sstvala)
There is such a thing, but as much as we don’t want the RVV 0.7.1 standard to be with us for a long time. Especially if you take into account the sophgo sg2042, which already uses 64 XuanTie-c920 cores which are also equipped with RVV 0.7.1.
Well, it’s a couple of years later, and the replacement for the sophgo sg2042 has been announced, in an article:
China Unyielding Ascent in RISC-V
A first-hand account of China’s strategic advancements and ambitions in the RISC-V ecosystem.
By Dr. Teresa Cervero, RISC-V Ambassador. 08.05.2025
—-
A prime example of domestic innovation is SOPHGO, which has developed the SG2042,
China’s most powerful commercial HPC processor with 64 cores, and is on the verge of releasing a new version supporting Vector Extension 1.0. https://www.eetimes.com/china-unyielding-ascent-in-risc-v
A search got more details:
The SOPHGO SG2042 is a 64-core RISC-V processor that initially supported an older version of the RISC-V Vector (RVV) extension, specifically RVV v0.7.1.
However, SOPHGO is developing a new version of the SG2042 that will support RVV 1.0. The successor to the SG2042, the SG2044, is confirmed to support RVV 1.0
It doesn’t look like we’ll see the SG2044 till 2026 at the earliest though.
Since we are necro-posting here… it’s 2 years later…
Ubuntu is going RV23+ only with future releases, 24.10LTS will be available for a long time, but nothing newer.
I suspect other distros may follow with the RV23 requirement. This will mean some distros and releases will stop supporting the VF2 in the future.
There is a new VF2-lite board (VisionFive roadmap - #2 by ErinD), and we may get lucky with the HDMI kernel code (which currently resembles abandonware)
The PineTab-v is also back on sale (jh7110 powered) which might also help with focussing people on GPU support.
I recently put Ubuntu 24.10 LTS on my VF2, and it’s going to spend the rest of it’s life as a headless network/reticulum server… so I’m not terribly invested any more. I’m waiting for the upcoming RV23 boards to arrive.
