RT-Thread / RT-Thread/rt-thread
OSPP 2026 idea: Lazy FP/RVV context switching for RISC-V
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 12.2k
- Forks
- 5.4k
- Avg merge
- 4d 12h
- Merged PRs (30d)
- 40
Description
Affected area
Kernel
Hardware/BSP vendor
Not applicable / Other
Architecture
RISC-V
Describe problem solved by the proposed feature
On the RISC-V port, every context switch saves and restores the full FPU
state unconditionally, even for threads that never touch it. There is also
no support for the Vector (RVV) extension at all. Vector registers are not
part of the thread context right now, so any thread using V instructions
would have its state silently corrupted by a context switch. Both gaps are
noted in #10722.
Describe your preferred solution
Make extension state save and restore lazy instead of unconditional, using
the mstatus.FS and mstatus.VS dirty bits the hardware already provides.
- Only save and restore FP state when a thread has actually used it since
its last switch (FS dirty bit), instead of doing it on every switch. - Add RVV 1.0 vector register state to the thread context, saved and
restored the same lazy way using the VS bit, behind an RT_USING_RVV
Kconfig option so boards without V are not affected. - Add tests on qemu-virt64-riscv with vector using threads mixed with
plain threads to catch any state corruption. - Benchmark context switch cost before and after.
I want to keep the scope to a single hart for now. SMP correctness, full
RVA23 compliance, and a generic extension discovery API can be natural
follow ups later, so this stays achievable as an OSPP 2026 project.
This is a project idea I want to propose for OSPP 2026, along with this
solution. Happy to hear if this is useful to the community or if someone
is already working on something similar.
Describe possible alternatives
No response
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by locating the RISC-V thread context-switch implementation and the qemu-virt64-riscv test setup. Read how existing FPU state is handled, then investigate mstatus.FS and mstatus.VS and the RT_USING_RVV configuration boundary. Done means lazy FP and RVV state handling, mixed vector/plain-thread tests without corruption, and before-and-after context-switch benchmarks for single-hart systems.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c
- Domain
- embedded-iot, operating-systems
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100