RISC-V Virtualization

KVM on the SpacemiT K3 Reaches Stock Distros: Ubuntu 26.10 Hands-On, a Fedora Com260 Wiki, and Why the BSDs Cannot Boot

📅 2026-10-02 ⏱ 9 min read 🔗 Source: TinyComputers.io hands-on (Sep 27 2026), linux-riscv mailing list (Oct 1 2026)

Virtualization on the SpacemiT K3 has moved fast in one week. On September 29, Vates announced that Xen boots on the K3 — the first RVA23-compliant board the project supports. Two further, independent reports now show that the other hypervisor path, Linux KVM, works on stock distribution kernels rather than vendor trees: a detailed hands-on of Ubuntu 26.10 published September 27, and a Fedora bring-up wiki for the K3 Com260 board circulated on the linux-riscv list on October 1. That makes three separate teams with working virtualization on K3 silicon — and one very specific firmware bug that stops all three BSDs from booting on the same hardware.

Honesty note. Every Ubuntu, sysbench, compile, UFS and core-enumeration number below comes from one independent hands-on report (TinyComputers.io, Sep 27, 2026, author A.C. Jokela) — not from SpacemiT or Canonical. No vendor has confirmed the UFS or A100 findings. The 2.37 GB/s AES-GCM figure is not a controlled cross-install comparison: the two installations ran different OpenSSL versions (3.5.5 vs 4.0.1), so treat it as an illustration of what the vector-crypto extensions enable, not a kernel-vs-kernel benchmark. The 13.4% compile regression is explicitly unresolved in the source. The Fedora wiki is a community resource, written “with the help of an LLM” per its author, and current for Fedora 44 only.

Three Teams, One Milestone

Team	Stack	Status	Date
Vates / ISCAS	Xen on the K3	Boots; dom0less + xl demonstrated at Xen Summit 2026; K3-in-CI pending	2026-09-29
TinyComputers.io	KVM on Ubuntu 26.10, mainline 7.3.0	Debian 13 riscv64 guest boots under `-cpu host`	2026-09-27
James Morris (+ Red Hat review)	KVM on Fedora, K3 Com260 board	Native KVM host, F44 guest image; F45-beta in progress	2026-09-29 posted, 2026-10-01 reviewed

The significance is subtle but real: the K3 has always shipped the H-extension (hypervisor) in hardware — it is, after all, one of only two boards on the market carrying both APLIC/IMSIC and a ratified H-extension. But until this week, no kernel you could actually install used it. Vendor BSPs did not enable KVM, and mainline board support was too young. Ubuntu 26.10 is the first release where this board’s support is upstream rather than carried in SpacemiT’s vendor tree, and that is what flips the switch.

Ubuntu 26.10: the First Upstream Distro Kernel

The report tests Ubuntu 26.10 with the mainline 7.3.0 kernel against SpacemiT’s own Bianbu 4.0.4 distribution running the vendor 6.18.3 BSP. On the Ubuntu side the result is small and concrete:

$ sudo modprobe kvm && lsmod | grep kvm
kvm                    466944  10

$ ls -l /dev/kvm
crw-rw---- 1 root kvm 10, 232 /dev/kvm

A Debian 13 riscv64 guest then boots under -cpu host. The host ISA string is rv64imafdcvh — that trailing h is the hypervisor extension, which the K3 has always had in hardware but which no installed kernel on this board could previously use.

What the guest inherits

The Debian 13 guest boots with the X100 cluster’s vector and vector-crypto extensions exposed. The guest ISA string is reported as rv64imafdcv_zicbom_…_zvkned_zvknha_zvknhb_zvksed_zvksh_zvkt — the zvk* group is the vector-crypto set (AES, SHA-2, SM4, SM3), and it is usable inside the VM.

One measured number illustrates what that buys: 2.37 GB/s of AES-GCM on the board, against 21.7 MB/s on an older RISC-V board (a Pine64 Star64-class machine) the author had to hand. Two orders of magnitude — but read the honesty note: the two installs also differ in OpenSSL version, so this is a capability demonstration, not a controlled A/B.

The guest ISA does not carry h, so there is no nested virtualization. That is expected behaviour for KVM, not a regression.

Why You Cannot Just Hand KVM an M-Mode Firmware

The first practical trap for anyone repeating this: the host OpenSBI already owns M-mode, so a KVM guest has to enter from supervisor mode. The working invocation passes -bios none plus an S-mode U-Boot as the kernel, which then chain-loads the guest bootloader over EFI. Passing M-mode firmware fails outright:

qemu-system-riscv64: Machine mode firmware is not supported in combination with KVM.

The One Bug Nobody Should Have to Rediscover: rdcycle Is Illegal

All three BSDs fail on this hardware, and they fail for a reason that has nothing to do with KVM:

OS	Symptom
FreeBSD 15.1	`panic: Illegal instruction 0xc0002573 at 0xffffffc00042e362`, inside `arc4rand`
NetBSD 11.99.8	`panic: cpu_trap: fatal kernel trap (va=0xc0002773)`
OpenBSD	Stalls part-way through extracting `base78.tgz` and never finishes

Decoding FreeBSD’s faulting instruction explains everything:

0xc0002573
= 1100 0000 0000 | 00000 | 010 | 00000 | 1110011
  csr=0xC00(cycle) rs1=x0  CSRRS  rd=x0   SYSTEM

≡ csrrs x0, cycle, x0  —  i.e. rdcycle

The instruction is rdcycle. The K3’s M-mode firmware sets mcounteren.TM but leaves CY and IR clear, so any S/U-mode attempt to read the cycle or instret counters traps:

mcounteren bit	Counter gate	K3 firmware	Effect on S/U-mode reads
CY (bit 0)	`cycle`	0	Traps → SIGILL
TM (bit 1)	`time`	1	OK (`rdtime` works)
IR (bit 2)	`instret`	0	Traps → SIGILL

A user-space test on the K3 host confirms it: rdtime succeeds, while rdcycle and rdinstret both raise SIGILL. On the SiFive-based Star64 (JH7110), the same test programs run fine — this is a firmware configuration gap specific to the K3’s M-mode firmware, not a BSD bug and not a K3 silicon limitation.

The cross-check that rules out bad images: under TCG software emulation, FreeBSD 15.1 and NetBSD 11.99.8 both boot to a root shell without complaint. Linux is unaffected because riscv64 Linux reads time through SBI and the time CSR rather than cycle.

What Mainline Still Does Not Give You

The same report lists five regressions relative to the vendor BSP. Plan around them before choosing a mainline kernel for this board:

Area	Mainline 7.3.0 (Ubuntu 26.10)	Bianbu 4.0.4 (vendor 6.18.3 BSP)
Onboard UFS	Dead. 119 GB measured (advertised 128 GB): `freq-table-hz property not specified`, no `vcc`/`vccq` regulators, link training fails (`DL_ERR:0x80000002`, `ufshcd_async_scan failed: -19`). ~1,600 error lines, ~117 KB every 10 s on the 11.5 KB/s UART. Blacklisting `ufs_spacemit` reclaims ~40 s of boot.	Works
CPU enumeration	8 of 16 cores. `possible/present/online 0-7`, `uarch: spacemit,x100 (x8)`. The eight A100 cores — the cluster rated at 60 TOPS — are not enumerated, `/proc/set_ai_thread` is absent, and `taskset -c 0-15` returns success while silently intersecting to `0-7`.	All 16 cores visible
Compile throughput	Pinned Rust tree: 183.43 s (sd 2.12) — 13.4% slower. Cause unexplained; single-thread sysbench within 0.2% rules out CPU throughput, and the author’s storage-I/O suspicion (root on NVMe+LVM) is unproven.	161.80 s (sd 0.97)
sysbench CPU	910.59 ev/s single-thread, 7,307.50 ev/s 8-thread	912.45 ev/s single-thread (within 0.2%), 7,245.09 ev/s 8-thread (mainline 0.9% faster)
Power management	None. No cpufreq policy, no thermal zones.	`userspace` governor pinned at 2.2 GHz, seven thermal zones

Board context: 32 GB RAM, sixteen cores (8× X100 + 8× A100), $1,175.09 delivered as purchased by the author.

Reading the compile number. The 13.4% gap is real and reproducible in the report (mainline runs 181.0 / 184.2 / 185.1 s), but its cause is open. CPU throughput is ruled out by sysbench; the storage-I/O hypothesis is the author’s, stated as unproven. If you benchmark this board yourself, pin the storage configuration before comparing numbers.

The Fedora Com260 Wiki (October 1)

The second data point landed on the linux-riscv list: James Morris posted a bring-up wiki for Fedora RISC-V on the SpacemiT K3 Com260 board (September 29), describing a native KVM host running a Fedora 44 guest image, with Fedora 45-beta listed as work in progress. On October 1, Kashyap Chamarthy (Red Hat, Fedora RISC-V) reviewed the companion script k3-run-fedora-guest.sh and noted it handles the entire guest lifecycle with plain QEMU — no libvirtd — including QMP socket validation, flock handling, and qcow2 backing-file format validation. The wiki was captured “with the help of an LLM” per the author; treat it as a bring-up log to verify, not vendor documentation.

Neither report exercises IMSIC MSI remapping through an IOMMU, guest SMP topologies beyond the default, or VM-exit/consolidation benchmarks — all of that remains open for whoever measures next.

Reproducing the Ubuntu Route

For the Ubuntu 26.10 image on the Pico-ITX, the firmware swap is: hold the FDL button, apply power to the first USB-C connector, release, then fastboot devices should answer. Six partitions get written, and edk2.itb lands in the confusingly named uboot partition.

What Is Not Disclosed

The exact K3 SKU and board revision under test
U-Boot and OpenSBI versions; the QEMU version used for the guests
Whether IMSIC MSI remapping through an IOMMU is exercised in guests
Guest SMP topology and any VM-exit or consolidation benchmarks
The root cause of the 13.4% compile gap (explicitly unresolved in the source)
Whether SpacemiT plans a firmware update to set mcounteren.CY/IR

Builder Takeaways

Virtualization on the K3 is now a three-team reality — Xen (Vates/ISCAS), KVM on Ubuntu mainline, and KVM on Fedora. If you need a hypervisor on RISC-V silicon today, the K3 is currently the only shipping board with both APLIC/IMSIC and the ratified H-extension.
Counters are a portability cliff. Anything that reads cycle/instret in S/U-mode — BSD kernels, cycle-accurate profilers, some runtimes — will SIGILL on stock K3 firmware. Fix is a firmware bit (mcounteren.CY/IR), but no fix has been announced.
Mainline support is real but incomplete: UFS, the A100 cluster, and power management are missing on 7.3.0. Keep Bianbu for storage- and NPU-dependent work; use mainline when you need KVM and upstream kernel parity.
PCIe is still the next domino — the v7 patch series for K3 PCIe Root Complex support remains under review, so NVMe and accelerator endpoints on mainline K3 boards are still waiting on it.

K3 的虚拟化生态在一周内快速成形。9 月 29 日，Vates 宣布 Xen 在 K3 上引导成功——这是该项目支持的首块 RVA23 合规板卡。紧接着又有两份独立报告表明：另一条虚拟化路线 Linux KVM 也能在「发行版原装内核」而非厂商树上工作——一份是 9 月 27 日发布的 Ubuntu 26.10 实测报告，另一份是 10 月 1 日在 linux-riscv 邮件列表流传的 K3 Com260 Fedora 启动 Wiki。至此，已有三个独立团队在 K3 硅片上跑通虚拟化——同时也暴露了一个非常具体的固件缺陷：它让三个 BSD 全部无法在同一块硬件上引导。

诚实声明。 下文所有 Ubuntu、sysbench、编译、UFS 与核心枚举数字均来自单一独立实测报告（TinyComputers.io，2026-09-27，作者 A.C. Jokela），并非来自 SpacemiT 或 Canonical；UFS 与 A100 相关发现没有任何厂商确认。2.37 GB/s 的 AES-GCM 数字不是严格同条件对比：两次安装的 OpenSSL 版本不同（3.5.5 对 4.0.1），应视为向量加密扩展能力的展示，而非内核对内核的基准。13.4% 的编译回退在原文中明确未定论。Fedora Wiki 是社区资源（作者自述「借助 LLM 整理」），且仅对 Fedora 44 有效。

三个团队，同一里程碑

团队	技术栈	状态	日期
Vates / ISCAS	Xen on K3	已引导；Xen Summit 2026 演示 dom0less + xl；入 CI 待办	2026-09-29
TinyComputers.io	KVM on Ubuntu 26.10（mainline 7.3.0）	Debian 13 riscv64 客户机以 `-cpu host` 启动	2026-09-27
James Morris（Red Hat 参与评审）	KVM on Fedora，K3 Com260 板	原生 KVM 宿主机 + F44 客户机镜像；F45-beta 进行中	2026-09-29 发布，2026-10-01 评审

意义微妙但真实：K3 硬件一直都带 H 扩展——它毕竟是市场上唯一同时搭载 APLIC/IMSIC 与已批准 H 扩展的板卡。但直到本周，没有任何一份「能装出来」的内核真正用上它。厂商 BSP 未启用 KVM，主线板级支持又太年轻。Ubuntu 26.10 是第一个把该板支持收进上游、不再依赖 SpacemiT 厂商树的版本——开关就此打开。

Ubuntu 26.10：第一个上游发行版内核

实测用 Ubuntu 26.10（mainline 7.3.0 内核）对比 SpacemiT 自家 Bianbu 4.0.4（厂商 6.18.3 BSP 内核）。Ubuntu 侧的结果小而具体：

$ sudo modprobe kvm && lsmod | grep kvm
kvm                    466944  10

$ ls -l /dev/kvm
crw-rw---- 1 root kvm 10, 232 /dev/kvm

随后 Debian 13 riscv64 客户机以 -cpu host 启动。宿主机 ISA 串为 rv64imafdcvh——末尾的 h 就是 hypervisor 扩展：K3 硬件一直有，只是此前这块板上没有任何已安装内核能用它。

客户机继承到什么

Debian 13 客户机继承了 X100 集群的向量与向量加密扩展。客户机 ISA 串报告为 rv64imafdcv_zicbom_…_zvkned_zvknha_zvknhb_zvksed_zvksh_zvkt——zvk* 组即向量加密集（AES、SHA-2、SM4、SM3），且在 VM 内可用。

一个实测数字说明它的价值：板上 AES-GCM 达 2.37 GB/s，而作者手头另一块老 RISC-V 板（Star64 一类）只有 21.7 MB/s。两个数量级——但请重读诚实声明：两次安装的 OpenSSL 版本不同，这是能力展示而非严格 A/B。

客户机 ISA 不带 h，因此没有嵌套虚拟化。这是 KVM 的预期行为，不是回归。

为什么不能直接给 KVM 塞 M-Mode 固件

复现者的第一个坑：宿主机 OpenSBI 已占用 M-mode，所以 KVM 客户机必须从 S-mode 进入。可行的调用是 -bios none，再把一个 S-mode U-Boot 当作内核传入，由它经 EFI 链式加载客户机引导程序。传入 M-mode 固件会直接报错：

qemu-system-riscv64: Machine mode firmware is not supported in combination with KVM.

没人该再踩一遍的坑：rdcycle 是非法指令

三个 BSD 在这块硬件上全部失败，而且失败原因与 KVM 无关：

系统	症状
FreeBSD 15.1	`panic: Illegal instruction 0xc0002573 at 0xffffffc00042e362`，位于 `arc4rand`
NetBSD 11.99.8	`panic: cpu_trap: fatal kernel trap (va=0xc0002773)`
OpenBSD	解压 `base78.tgz` 中途停滞，永远装不完

解码 FreeBSD 的出错指令，一切就说通了：

0xc0002573
= 1100 0000 0000 | 00000 | 010 | 00000 | 1110011
  csr=0xC00(cycle) rs1=x0  CSRRS  rd=x0   SYSTEM

≡ csrrs x0, cycle, x0  ——  即 rdcycle

这条指令就是 rdcycle。K3 的 M-mode 固件只置了 mcounteren.TM，CY 与 IR 均为 0，于是 S/U-mode 任何读取 cycle / instret 计数器的尝试都会陷入异常：

mcounteren 位	门控计数器	K3 固件取值	S/U-mode 读取结果
CY（bit 0）	`cycle`	0	陷入 → SIGILL
TM（bit 1）	`time`	1	正常（`rdtime` 可用）
IR（bit 2）	`instret`	0	陷入 → SIGILL

K3 宿主机上的用户态测试证实了这一点：rdtime 正常，rdcycle 与 rdinstret 均触发 SIGILL。在 SiFive 系的 Star64（JH7110）上，同样的测试程序运行正常——这是 K3 M-mode 固件特有的配置缺口，不是 BSD 的 bug，也不是 K3 硅片限制。

排除镜像损坏的交叉验证：在 TCG 软件仿真下，FreeBSD 15.1 与 NetBSD 11.99.8 都能顺利启动到 root shell。Linux 不受影响，因为 riscv64 Linux 经 SBI 与 time CSR 读时间，不读 cycle。

主线内核还缺什么

同一份报告列出了相对厂商 BSP 的五项退化。给这块板选主线内核前，先围着它们做规划：

领域	Mainline 7.3.0（Ubuntu 26.10）	Bianbu 4.0.4（厂商 6.18.3 BSP）
板载 UFS	不可用。实测 119 GB（标称 128 GB）：`freq-table-hz property not specified`、缺 `vcc`/`vccq` 调节器、链路训练失败（`DL_ERR:0x80000002`、`ufshcd_async_scan failed: -19`）。约 1,600 行报错，11.5 KB/s 串口下每 10 秒约 117 KB。拉黑 `ufs_spacemit` 可省约 40 秒启动。	正常
CPU 枚举	16 核只见 8 核。`possible/present/online 0-7`、`uarch: spacemit,x100 (x8)`。八个 A100 核——标称 60 TOPS 的集群——不被枚举，`/proc/set_ai_thread` 不存在，`taskset -c 0-15` 返回成功却静默收窄到 `0-7`。	16 核全部可见
编译吞吐	固定 Rust 树：183.43 s（sd 2.12），慢 13.4%。原因未明；单线程 sysbench 差异在 0.2% 内，排除 CPU 吞吐；作者怀疑存储 I/O（根文件系统在 NVMe+LVM 上），但未证实。	161.80 s（sd 0.97）
sysbench CPU	单线程 910.59 ev/s，8 线程 7,307.50 ev/s	单线程 912.45 ev/s（差异 0.2% 内），8 线程 7,245.09 ev/s（mainline 反而快 0.9%）
电源管理	无。没有 cpufreq 策略，没有温区。	`userspace` governor 锁 2.2 GHz，七个温区

板卡背景：32 GB 内存，16 核（8× X100 + 8× A100），作者购入价 $1,175.09 含运费。

解读编译数字。13.4% 的差距真实且可复现（mainline 三次为 181.0 / 184.2 / 185.1 s），但成因未定论。sysbench 排除了 CPU 吞吐因素；存储 I/O 说是作者的个人猜测、自述未证实。自己测这块板时，先固定存储配置再比较。

Fedora Com260 Wiki（10 月 1 日）

第二个数据点来自 linux-riscv 邮件列表：James Morris 发布了 SpacemiT K3 Com260 板上 Fedora RISC-V 的启动 Wiki（9 月 29 日发帖），描述了原生 KVM 宿主机运行 Fedora 44 客户机镜像，Fedora 45-beta 列为进行中。10 月 1 日，Kashyap Chamarthy（Red Hat，Fedora RISC-V）评审了配套脚本 k3-run-fedora-guest.sh：它用原生 QEMU（不经 libvirtd）管理客户机全生命周期——含 QMP 套接字校验、flock 处理与 qcow2 backing-file 格式校验。Wiki 由作者「借助 LLM 整理」，应作为待验证的启动日志而非厂商文档。

两份报告都未涉及 IOMMU 下的 IMSIC MSI 重映射、默认之外的客户机 SMP 拓扑、VM-exit/合并基准——都留给下一个测量者。

复现 Ubuntu 路线

Pico-ITX 上刷 Ubuntu 26.10 固件的方法：按住 FDL 键，给第一个 USB-C 口上电，松开，fastboot devices 应有响应。写入六个分区，edk2.itb 会落在那个名字令人困惑的 uboot 分区里。

未披露事项

受测 K3 的具体 SKU 与板卡版本
U-Boot 与 OpenSBI 版本；客户机所用 QEMU 版本
客户机内是否实测 IOMMU 下的 IMSIC MSI 重映射
客户机 SMP 拓扑与任何 VM-exit / 合并基准
13.4% 编译差距的根因（原文明确未定论）
SpacemiT 是否计划发固件更新补上 mcounteren.CY/IR

工程要点

K3 上的虚拟化已是三团队现实——Xen（Vates/ISCAS）、Ubuntu mainline 上的 KVM、Fedora 上的 KVM。今天就需要 RISC-V 硬件跑 hypervisor 的话，K3 是当前唯一同时具备 APLIC/IMSIC 与已批准 H 扩展的在售板卡。
计数器是一堵可移植性悬崖。任何在 S/U-mode 读 cycle/instret 的代码——BSD 内核、周期级 profiler、部分运行时——在 K3 原装固件上都会 SIGILL。修复只是一个固件位（mcounteren.CY/IR），但尚无修复公告。
主线支持真实但不完整：7.3.0 缺 UFS、A100 集群与电源管理。依赖存储与 NPU 的工作留在 Bianbu；需要 KVM 与上游内核对齐时再上主线。
PCIe 是下一张多米诺——K3 PCIe Root Complex 的 v7 补丁系列仍在评审中，主线 K3 板上的 NVMe 与加速卡端点还得等它。

Краткое содержание (RU)

27 сентября 2026 независимый отчёт показал, что KVM работает на SpacemiT K3 под Ubuntu 26.10 с mainline-ядром 7.3.0: гость Debian 13 riscv64 загружается с -cpu host и наследует векторно-криптографические расширения zvk* (AES-GCM 2,37 ГБ/с — демонстрация возможности, а не контролируемое сравнение: на инсталляциях разные версии OpenSSL). Все три BSD при этом не загружаются: прошивка M-mode устанавливает mcounteren.TM, но оставляет CY и IR сброшенными, поэтому rdcycle и rdinstret вызывают SIGILL (panic 0xc0002573 в FreeBSD 15.1; под TCG обе системы загружаются нормально — это конфигурационный дефект прошивки, а не ошибка BSD). 1 октября опубликована вики Fedora для платы K3 Com260: нативный KVM-хост с гостем F44, F45-beta в работе; Kashyap Chamarthy (Red Hat) разобрал скрипт управления жизненным циклом гостя на чистом QEMU. В mainline 7.3.0 до сих пор не работают UFS-накопитель и кластер A100 и отсутствуют cpufreq/thermal; компиляция Rust на 13,4% медленнее (причина не установлена). Все цифры взяты — из одного независимого отчёта, производители их не подтверждали.

Resumen (ES)

El 27 de septiembre de 2026, un informe independiente demostró que KVM funciona en el SpacemiT K3 con Ubuntu 26.10 y el kernel mainline 7.3.0: un invitado Debian 13 riscv64 arranca con -cpu host y hereda las extensiones vectoriales de criptografía zvk* (AES-GCM a 2,37 GB/s — demostración de capacidad, no comparación controlada: las dos instalaciones usan versiones distintas de OpenSSL). Sin embargo, los tres BSD no arrancan: el firmware M-mode activa mcounteren.TM pero deja CY e IR a cero, por lo que rdcycle y rdinstret provocan SIGILL (pánico 0xc0002573 en FreeBSD 15.1; bajo TCG ambos sistemas arrancan bien — es un defecto de configuración del firmware, no un bug de BSD). El 1 de octubre se publicó una wiki de Fedora para la placa K3 Com260: host KVM nativo con invitado F44 y F45-beta en progreso; Kashyap Chamarthy (Red Hat) revisó el script de ciclo de vida del invitado en QEMU puro. En mainline 7.3.0 la UFS y el clúster A100 siguen sin funcionar ni enumerarse, no hay cpufreq/thermal, y la compilación de Rust es un 13,4% más lenta (causa sin determinar). Todas las cifras provienen de un único informe independiente, sin confirmación del fabricante.

Résumé (FR)

Le 27 septembre 2026, un rapport indépendant a montré que KVM fonctionne sur le SpacemiT K3 sous Ubuntu 26.10 avec le noyau mainline 7.3.0 : un invité Debian 13 riscv64 démarre avec -cpu host et hérite des extensions vectorielles cryptographiques zvk* (AES-GCM à 2,37 Go/s — démonstration de capacité, pas une comparaison contrôlée : les deux installations utilisent des versions d’OpenSSL différentes). Pourtant, les trois BSD ne démarreront pas : le firmware M-mode positionne mcounteren.TM mais laisse CY et IR à zéro, si bien que rdcycle et rdinstret déclenchent SIGILL (panic 0xc0002573 sur FreeBSD 15.1 ; sous TCG les deux systèmes démarrent normalement — c’est un défaut de configuration du firmware, pas un bug BSD). Le 1er octobre, un wiki Fedora pour la carte K3 Com260 a été publié : hôte KVM natif avec invité F44, F45-beta en cours ; Kashyap Chamarthy (Red Hat) a passé en revue le script de cycle de vie de l’invité en QEMU pur. Sur mainline 7.3.0, l’UFS et le cluster A100 ne fonctionnent pas et ne sont pas énumérés, pas de cpufreq/thermal, et la compilation Rust est 13,4 % plus lente (cause non établie). Tous les chiffres proviennent d’un seul rapport indépendant, non confirmé par le fabricant.

Kurzfassung (DE)

Am 27. September 2026 zeigte ein unabhängiger Bericht, dass KVM auf dem SpacemiT K3 unter Ubuntu 26.10 mit Mainline-Kernel 7.3.0 funktioniert: Ein Debian-13-riscv64-Gast bootet mit -cpu host und erbt die Vektor-Krypto-Erweiterungen zvk* (AES-GCM mit 2,37 GB/s — Fähigkeitsdemonstration, kein kontrollierter Vergleich: die beiden Installationen nutzen unterschiedliche OpenSSL-Versionen). Alle drei BSDs booten jedoch nicht: Die M-Mode-Firmware setzt mcounteren.TM, lässt CY und IR aber gelöscht, sodass rdcycle und rdinstret SIGILL auslösen (Panic 0xc0002573 unter FreeBSD 15.1; unter TCG booten beide Systeme normal — ein Firmware-Konfigurationsfehler, kein BSD-Bug). Am 1. Oktober wurde ein Fedora-Wiki für das Board K3 Com260 veröffentlicht: nativer KVM-Host mit F44-Gast, F45-beta in Arbeit; Kashyap Chamarthy (Red Hat) hat das QEMU-Lifecycle-Skript durchgesehen. Im Mainline 7.3.0 funktionieren UFS und der A100-Cluster nicht und werden nicht enumeriert, es gibt kein cpufreq/thermal, und Rust kompiliert 13,4 % langsamer (Ursache offen). Alle Zahlen stammen aus einem einzigen unabhängigen Bericht ohne Herstellerbestätigung.

خلاصه (FA)

در ۲۷ سپتامبر ۲۰۲۶ گزارشی مستقل نشان داد که KVM روی SpacemiT K3 با اوبونتو ۲۶.۱۰ و کرنل اصلی 7.3.0 کار می‌کند: مهمان Debian 13 riscv64 با -cpu host بوت می‌شود و توسعه‌های برداری-رمزنگاری zvk* را به ارث می‌برد (AES-GCM با 2.37 GB/s — نمایش قابلیت، نه مقایسه کنترل‌شده: نسخه‌های OpenSSL دو نصب متفاوت‌اند). اما هر سه BSD بوت نمی‌شوند: فرم‌ور M-mode فقط mcounteren.TM را روشن کرده و CY و IR را صفر گذاشته است، بنابراین rdcycle و rdinstret سیگنال SIGILL می‌دهند (panic 0xc0002573 در FreeBSD 15.1؛ زیر TCG هر دو سیستم به‌درستی بوت می‌شوند — نقص پیکربندی فرم‌ور است، نه باگ BSD). در ۱ اکتبر، ویکی Fedora برای برد K3 Com260 منتشر شد: میزبان KVM بومی با مهمان F44 و F45-beta در حال کار؛ Kashyap Chamarthy (Red Hat) اسکریپت چرخه حیات مهمان را بازبینی کرد. در mainline 7.3.0 هنوز UFS و خوشه A100 کار نمی‌کنند و فهرست نمی‌شوند، cpufreq/thermal وجود ندارد و کامپایل Rust حدود ۱۳.۴٪ کندتر است (علت نامشخص). تمام اعداد از یک گزارش مستقل واحد هستند و توسط سازنده تأیید نشده‌اند.

Sources / 参考来源

← Back to Tech Blog