surprised and delighted that I somehow accidentally configured apt en español #bpif3
now with real SD cards, we are in business! to my utter surprise, tailscale Just Worked™ on RV64?? #bpif3
current problem: with all the official images, the boot partition works great but the root filesystem has a bunch of extremely scary fsck errors? the many joys of weirdo aliexpress hardware #bpif3

🧵 2/n

At last I got that final but important piece for my RISC-V SBC ( @bananapi BPI-F3): the cooler. Now I can finally start compiling some big chunks of code like Qt and KDE software. I do have distributed cross-compiling set up using Icecream, but apparently you can't prevent it scheduling compile jobs locally on SBC and only send them to more powerful computers. Let the fun begin…

#RISCV #RISC_V #BananaPi #BPIF3 #BPI_F3 #SBC #SingleBoardComputer #SpacemiTK1 #SpacemiT #RVV #Bianbu #Linux

🧵 1/n

Just got some RISC-V hardware goodies to play with in the following days/months: BPI-F3 SBC by @bananapi with SpacemiT K1 8-core CPU supporting RVV 1.0 vector extensions. Hooked it up to the TV, booted it for the first time from a microSD with the default Bianbu GNU/Linux distro, so far so good. Will try to get Gentoo or openSUSE Tumbleweed with KDE Plasma/software running next.

#RISCV #RISC_V #BananaPi #BPIF3 #BPI_F3 #SBC #SingleBoardComputer #SpacemiTK1 #SpacemiT #RVV #Bianbu #Linux

@haui

I couldn't resist to have a quick look into the device tree file(s) in the kernel sources of Bianbu Linux:

see here: https://gitee.com/bianbu-linux/linux-6.6/blob/bl-v2.0.y/arch/riscv/boot/dts/spacemit/k1-x.dtsi

On a quick look (didn't check entry by entry) the 'riscv,isa-extensions' entries per cpu seems to match your table.

Anyway as I said before, I think this does not need to reflect the real capabilities of the SOC too.

#riscv #spacemit #spacemitk1 #spacemitx60 #devicetree #linux #bananapif3 #bpif3

arch/riscv/include/asm/rwonce.h · Bianbu Linux/linux-6.6 - Gitee

Linux 6.6 supports SpacemiT Key Stone K1 CPU (in development)

Gitee

@haui

Regarding this I found an article from RedHat:

see https://research.redhat.com/blog/article/risc-v-extensions-whats-available-and-how-to-find-it/

According to the article the DeviceTree can be used to get that information, but since that's just a configuration describing the hardware it could be incomplete too.

#riscv #spacemit #spacemitk1 #bananapif3 #bpif3 #linux #devicetree

@haui

I do not think the SOC is missing those extensions.

See here: https://www.kernel.org/doc/html/v6.12-rc4/arch/riscv/uabi.html

According to the kernel documentation about isa lines in /proc/cpuinfo:

"... the absence of an extension in these lines does not necessarily mean the hardware does not support that feature. The running kernel may not recognize the extension, or may have deliberately removed it from the listing."

#riscv #spacemit #spacemitk1 #bananapif3 #bpif3 #linux #kernel

RISC-V Linux User ABI — The Linux Kernel documentation

Update! The glibc 2.39 tests mostly passed, there were some failures but nothing that concerned me. Specifically all the floating point tests pass. Next was fftw 3.3.10 which also passed the first set of tests I ran and I'm running a more comprehensive set. Why? Just looking for CPU implementation bugs. So far, so good! #riscv #bpif3
Today's RISC-V Fun: Compiling glibc-2.39 and running all the tests for it on the BPI-F3. Next up: fftw-3.3.10 - Having 8 cores is nice, and using NVMe for storage makes it pretty smooth sailing. I original tried on the eMMC and ran out of space. Oops. #riscv #bpif3