[RISCV] FU540 and Virt qemu env setup

最新推荐文章于 2025-06-28 20:39:09 发布

原创

最新推荐文章于 2025-06-28 20:39:09 发布 · 292 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#edk2 #riscv #qemu

本文档详细介绍了如何设置RISC-V的FU540和Virt QEMU环境。首先，概述了依赖项安装。接着，分别阐述了FU540和Virt的EDK2 QEMU环境配置步骤，包括RISC-V UEFI EDK2的移植文档和RISC-V Qemu Virt的支持信息。

Dependency setup

sudo apt install build-essential uuid-dev acpica-tools git gcc-riscv64-linux-gnu device-tree-compiler

FU540 edk2 qemu env setup

RISC-V UEFI EDK2 Port Documentations

$ git clone https://github.com/tianocore/edk2.git
$ cd edk2
$ git submodule update --init
$ cd ..
...
$ git clone https://github.com/tia

最低0.47元/天解锁文章

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

山猫Show

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
打赏
打赏
打赏举报

举报

专栏目录

【riscv】使用qemu运行riscv裸机freestanding程序

Quner6的博客

02-20

1769

【riscv】使用qemu运行riscv裸机freestanding程序。

Ubuntu下运行QEMU模拟riscv64跑Debian

ctbinzi的专栏

08-30

1588

用QEMU模拟RV跑Debian的步骤

参与评论您还未登录，请先登录后发表或查看评论

FU540-C000的bootloader程序分析

03-02

FU540-C000的bootloader程序分析链接文件分析，启动代码分析

【039】SylixOS支持多核RISC-V处理器

ScilogyHunter的博客

09-18

4493

SylixOS支持多核RISC-V处理器发布于2018年04月23日 2018年3月31日，SiFive发布全球首款多核全功能RISC-V处理器：FU540，此款处理器也是全球第一颗有能力运行标准Linux的CPU。 22天后，SylixOS成功在FU540真机上运行起来，成为全球第一款在多核RISC-V真机上运行的实时操作系统！（SylixOS同时支持32位与64位运行模式） RISC-V为一款设计理念先进，免授权费用的处理器ISA架构，FU540为符合此架构定义的第一款全功能RISC-V处理器！

Sifive的qemu仿真环境的搭建

04-12

Sifive的qemu仿真环境的搭建

keystone硬件部署

warmmingm的博客

02-10

331

Keystone can either be simulated or FPGA emulated on the Xilinx Genesys 2【数字电路开发平台】 board。, but I have not been able to build the other individual components---github上其他人在尝试使用这个开发板。keystone1.0版本才适配，0.4版本没有适配。板子的核心是SiFive FU740 SoC。发布时间：2020.10.30。

riscv笔记之：中断/异常与CSR寄存器

最新发布

daqinzl的专栏

06-28

539

QEMU运行RISCV版Ubuntu

QEMU学习之路（10）— RISCV64 virt 使用Ubuntu启动

qq_38113006的博客

06-21

667

本文介绍了在QEMU 7.0.0环境下使用RISCV64 virt机器启动Ubuntu系统的详细步骤。主要内容包括：安装所需依赖包（opensbi/qemu-system-misc/u-boot-qemu）；下载并解压Ubuntu 24.04预装镜像；通过qemu-img扩展磁盘；使用指定命令启动系统。针对Ubuntu 24.04对U-Boot版本的要求，还提供了编译U-Boot 2024.01版本的具体方法。最后给出使用新U-Boot启动系统的命令，并说明默认登录凭据为ubuntu/ubuntu，首次登录

使用Qemu9.2体验riscv记录

丰年留客的专栏

12-18

535

只是一时兴趣想体验下riscv，没想到还遇到了一些问题，没有其他文章里说的那么轻松。记录下，以后想用时可以快速搞定。

QEMU&KVM 虚拟机实例demo以及RISCV/x86上KVM的实现分析

tugouxp的专栏

05-02

3286

KVM通过一组IOCTL向用户空间导出接口，这些接口能够用于虚拟机的创建，虚拟机内存的设置，虚拟机VCPU的创建与运行等，按照接口所使用的文件描述符不同，KVM的这组IOCTL接口可以分为三类：0./dev/kvm节点对应全局kvmfd, 通过kvmfd创建每个虚拟机对应的vmfd, 再由vmfd为每个虚拟VCPU创建一个vcpufd,vcpufd通过vmfd暴露的接口获取。KVM全局管理用kvmfd，虚拟机管理用vmfd, vcpu运行用vcpufd. 内核对应三套chrdev的fops.

市场上的risc-v芯片

u011011827的博客

04-19

2285

IP 处理器 IP 平头哥玄铁906 玄铁910 芯来科技 N100系列 N203 --- 600系列 N600 NX600 900系列 N900 NX900 芯片 AP芯片 iFive(赛昉科技) 惊鸿VIC7100 SiFive Freedom U540 嘉楠科技勘智K210 全志 D1 玄铁906 MCU芯片兆易创新 GD32VF103 沁恒微电子 CH32V103 乐鑫科技 ESP32-C3 中微半导体 ANT32RV56xx .

[RISCV]为RISC-V移植FreeRTOS系列之一 -- 目录结构

wangyijieonline的博客

11-13

7791

文章目录前言一、FreeRTOS是什么？二、RISC-V是什么？三、移植freertos1.下载freertos的最新源码2. 建立工程目录结构1, 关于Demo文件夹2, 关于Source文件夹3, 新建一个App文件夹总结前言写这篇文章的时候，我基本已经完成了这项工作了，花了一周的时间来把freertos porting到Andes公司的N25 riscv core上，本来其实是想支持国产的RT-Thread，但是奈何资料太少了，可能我后续会基于现有版本来继续porting一个rt-thread版

[RISCV]为RISC-V移植FreeRTOS系列之四 -- 中断与trap handler

wangyijieonline的博客

11-16

6034

前言上回说到了我们已经把系统的心跳动起来了，但是这里面还有一个问题，我们都知道timer中断，中断的trap怎么来的呢。这回就来解决这个事情。作者：wangyijieonline 链接：https://blog.youkuaiyun.com/wangyijieonline/article/details/109721689 来源：优快云著作权归作者所有。商业转载请联系作者获得授权，非商业转载必须注明出处。回顾一下官方Guide:Using FreeRTOS on RISC-V Microcontroll

[RISCV]为RISC-V移植FreeRTOS系列之二 -- main.c和FreeRTOSConfig.h

wangyijieonline的博客

11-16

4623

上回书说到我们向工程中添加了main.c和FreeRTOSConfig.h文件，但是内容是什么不知道，这片博客就来说说这两个文件的内容。作者：wangyijieonline 链接：https://blog.youkuaiyun.com/wangyijieonline/article/details/109715678 来源：优快云著作权归作者所有。商业转载请联系作者获得授权，非商业转载必须注明出处。 1, FreeRTOSConfig.h FreeRTOSConfig.h其实是一个backup，这里面的大部分

[RISCV]为RISC-V移植FreeRTOS系列之三 -- 时基

wangyijieonline的博客

11-16

4422

前言书接上回，上回说到我们已经做好了准备，所谓万事具备，就差一场东风，而能吹动FreeRTOS这条大船的是什么呢？没错，聪明的你已经猜到了，是时基。有过其他MCU移植经验的小伙伴应该知道，时基是操作系统的心跳，所有的操作，包括任务切换，抢占等等都是基于时基，在STM32中，我们一般用systick(滴答计时器)作为时基，而在riscv中，我们用**mechine timer(以下简称mtime)**作为时基。作者：wangyijieonline 链接：https://blog.youkuaiyun.com/wa

Reason: GN Failed! Please check error in /home/wsw/ohos/openharmony/out/riscv32_virt/qemu_riscv_mini_system_demo/error.log, and for more build information in /home/wsw/ohos/openharmony/out/riscv32_virt/qemu_riscv_mini_system_demo/build.log [OHOS ERROR] [OHOS ERROR] Error Type: GN build error: No such file or directory [OHOS ERROR] [OHOS ERROR] Description: GN build error. The GN build system cannot find the file. [OHOS ERROR] [OHOS ERROR] Solution: Please check whether the file exists.

06-20

### OHOS GN 构建错误 'No such file or directory' 的解决方案 OHOS 构建过程中，GN 生成错误 `No such file or directory` 通常与文件路径配置、工具链版本或环境变量设置有关。以下是针对此问题的详细分析和解决方法。 #### 文件路径配置问题当构建系统无法找到指定的文件时，可能是因为路径配置错误或文件缺失。需要验证以下内容： 1. **源码完整性**：确保所有必要的源文件已正确下载并解压。 2. **路径正确性**：检查构建脚本中定义的路径是否准确，例如 `riscv32-unknown-elf-gcc` 的安装路径是否已被正确添加到环境变量中[^1]。验证路径配置的方法如下： ```bash echo $PATH which riscv32-unknown-elf-gcc ``` 如果命令返回空值，说明工具链未正确安装或路径未配置。可以通过重新安装工具链并更新环境变量来解决问题。 #### 工具链版本不匹配工具链版本过低或不兼容也可能导致 `No such file or directory` 错误。建议检查工具链版本是否满足 OpenHarmony 的最低要求，并在必要时重新拉取最新版本[^3]。验证工具链版本的命令如下： ```bash riscv32-unknown-elf-gcc --version ``` 如果版本不符合要求，可以按照官方文档重新安装工具链。 #### 环境变量配置错误环境变量配置不当可能导致构建系统无法定位必要的工具或库文件。需要确保以下环境变量已正确设置： - `PATH`：包含工具链的可执行文件路径。 - `CC` 和 `CXX`：分别指向 C 编译器和 C++ 编译器。示例配置如下： ```bash export PATH=/path/to/riscv32-unknown-elf-gcc:$PATH export CC=riscv32-unknown-elf-gcc export CXX=riscv32-unknown-elf-g++ ``` #### 脚本逻辑问题构建脚本中的逻辑错误可能导致文件路径解析失败。例如，`run_shell_cmd.py` 脚本可能未能正确处理命令行参数或文件路径。为避免此类问题，可以增加日志输出以调试脚本行为[^2]。改进后的 Python 脚本示例如下： ```python import subprocess import sys def run_command(command, working_dir=None): try: result = subprocess.run(command, shell=True, check=True, cwd=working_dir, stdout=subprocess.PIPE, stderr=subprocess.PIPE) print("Command succeeded:", result.stdout.decode()) except subprocess.CalledProcessError as e: print("Command failed with error:", e.stderr.decode(), file=sys.stderr) sys.exit(e.returncode) # 示例调用 run_command("ls -l /path/to/files", working_dir="/path/to/working/directory") ``` #### 日志分析如果上述方法均未解决问题，可以检查构建日志以获取更多信息。日志文件通常位于 `out/log/` 目录下： ```bash cat out/log/build.log | grep -i error ``` 通过分析日志，可以进一步定位问题的具体原因。 --- ### 示例代码：验证文件路径以下是一个简单的 Bash 脚本，用于验证文件路径是否存在： ```bash #!/bin/bash FILE_PATH="/path/to/file" if [ ! -f "$FILE_PATH" ]; then echo "Error: File not found at $FILE_PATH." exit 1 else echo "File exists at $FILE_PATH." fi ``` 将上述脚本保存为 `check_file.sh` 并赋予可执行权限后运行： ```bash chmod +x check_file.sh ./check_file.sh ``` ---