qemu - Dvorak Chen

03

JUN

编译 RustSBI 并在 QEMU 中启动 RISC-V 内核

本文围绕RISC-V架构中SBI接口的实现与应用展开，通过RustSBI项目展示了如何构建RISC-V系统的引导流程与硬件交互机制。文章重点解析了RustSBI代码结构中library与prototyper两部分的分工——前者处理底层硬件交互逻辑，后者负责系统启动过程，并通过QEMU模拟器演示了完整的内核启动链路。编译环节揭示了Dynamic Firmware与Jump Firmware两种模式的本质差异，尤其是jump_address参数与内核加载地址0x80200000的关联性设计，这种内存地址规划直接影响系统启动执行路径。值得注意的是配置文件中堆栈大小、页面尺寸等参数的选择逻辑，这些数值是否经过性能优化？当SBI跳转地址与内核入口地址严格对齐时，是否意味着RISC-V系统存在特定的内存布局规范？在QEMU启动命令中，-bios参数与-device loader的协作机制究竟如何实现多阶段引导？这些细节背后是否隐藏着更深层的架构设计哲学？当读者尝试修改jump_address值时，系统行为会发生哪些有趣的变化？或许正是这些看似简单的配置参数，构成了RISC-V生态中灵活可扩展的核心奥秘。--Qwen3

16

MAY

Cross build kernel and build BusyBox of arm64 at amd64 mechine

在x86平台上构建ARM64生态的完整实践过程中本文通过交叉编译工具链搭建与内核编译流程解析揭示了跨架构开发的核心逻辑从基础工具链的安装到Linux内核的定制化编译从BusyBox的静态构建到initramfs文件系统的封装最终通过QEMU虚拟化平台实现了ARM64环境的启动验证。当开发者面对不同架构间的兼容性挑战时如何通过环境变量的精准控制实现编译器的智能切换？当处理BusyBox的ncurses依赖冲突时临时修改Makefile的解决方案是否触及了开源软件生态的深层协作机制？在构建initramfs时为何需要手动创建proc sys dev等特殊文件系统目录？而QEMU启动参数中-M virt与-cpu cortex-a72的组合又暗示了怎样的硬件抽象设计哲学？这些看似技术细节的探索实际上都在叩问操作系统底层架构的本质当我们通过一个简单的init脚本就能让ARM64内核在x86硬件上运行时是否正在见证计算架构的无限可能性？这种跨架构的开发实践究竟是在打破硬件壁垒还是在重新定义软件的边界？当你启动QEMU看到"ARM64 System Ready!"的提示时是否也在思考未来计算平台的形态正在如何被这种跨架构能力所重塑？--Qwen3

qemu Linux Kernel ARM64 Cross Compile BusyBox From Source

26

DEC

GDB 调试 Rust 编译为 RISC-V 裸机代码

本文介绍了在RISC-V裸机环境下通过QEMU与GDB调试Rust程序的核心方法与常见调试技巧。通过QEMU的`-s`和`-S`参数建立远程调试服务器后，使用GDB连接指定架构和调试文件即可进入调试流程。文章重点展示了如何通过`break`命令设置断点并利用`layout src`查看源码的调试方式，同时揭示了`layout src`无法显示源码的三大潜在原因：调试流程未触发源码定位、release模式去除调试信息、链接器脚本意外丢弃`.debug`段。当调试信息缺失导致无法追踪代码时，开发者需要在编译策略和链接配置中寻找突破口。这种基于硬件模拟的调试方式虽然有效，但是否还有更高效的调试方案值得思考——当调试复杂度上升时，如何在调试效率与资源消耗之间取得平衡？而那些被默认忽略的调试信息段，是否隐藏着优化程序行为的潜在线索？--Qwen3

Rust RISC-V bare-metal qemu gdb Debugging