原文出处:https://cnrv.io/bi-week-rpts/2018-08-17

RISC-V 双周简报 (2018-08-17)

要点新闻:

  • RISC-V新创企业拟融资上亿元
  • CNRV-FPU和lowRISC代码更新

CNRV社区活动

Chisel/Rocket-chip/RISC-V线下交流会

由SiFive和CNRV一起举办的这场线下交流会,将会邀请SiFive和U.C. Berkeley的Krste教授和SiFive的CTO Yunsup Lee博士。同时也会有国内其他的一些Chisel爱好者分享他们的一些使用经验。

希望这次活动能做为一个良好的起点和开端,和大家一起探讨对于Chisel等一些相关技术在项目中如何实践和落地的问题

另外,首届Chisel Community Conference也将在11月在湾区举办,详见下面暴走事件一栏。

活动报名网站:https://www.bagevent.com/event/1770532

RV新闻

SiFive发布基于RISC-V的整合了NVDLA的深度学习SoC平台

SiFive在今年的Hot Chips大会上展示了其U540通过Chiplink和在FPGA上的NVDLA连接的SoC平台。

Link: SiFive Announces First Open-Source RISC-V-Based SoC Platform with Nvidia Deep Learning Accelerator Technology

BlueSpec的最新开源RISC-V CPU: Piccolo

BlueSpec最近开源了其用其自家语言BSV实现的一个三级流水线CPU,名叫:Piccolo。当然,因为编译bsv的工具是商业工具,所以repo中也附带了已经生成好的Verilog HDL源文件。这个商业工具可以从BlueSpec购买,而且对于学术用户是免费的。

同时另一个五级流水线的名为Flute的CPU也准备开源。

BlueSpec声称自己的bsv是高度可配置的,可以针对不同的应用进行优化,而且复杂到足够可以boot起一个Linux(基于sv39 MMU)。

以下是这颗U的介绍。

Features

  • RV32IM ISA
  • 1.9 DMIPS/MHz
  • 100 MHz
  • 3-stage pipeline
  • AXI4-Lite interface
  • < 3000 LUTs
  • 4KB Instruction & Data caches
  • Hardware multiply-divide
  • Hardware-based remote GDB

Benefits

  • Simplification
    • Save considerable time by using a single processor architecture across all semiconductor platforms (Xilinx, Altera, ASIC, …).
  • Innovation
    • Differentiate with your proprietary enhancements and customizations to open source code modified by you or 3rd party RISC-V developers.
  • Control
    • Make product and business decisions independently of proprietary IP companies by owning source code to processor cores.

Links:

技术讨论

社区关于RISC-V的工具链维护状况的一些抱怨

Tommy MurphyRISC-V SW Dev提问说,
从https://github.com/riscv/riscv-gnu-toolchain release里面下载的代码做常规的编译,但是编译失败.虽然发现原因是因为维护人员打包是没有执行git submodule update --init --recursive导致没有把源码完整的打包进去引起的问题。但是从其他也遇到问题的人看,riscv-gnu-toolchain的维护比较混乱,容易让刚上手RISC-V的人掉进坑里。

虽然有Andes, SiFive和其他公司以及社区爱好者都开发和维护,但是总的来说还是缺乏人员来做常规稳定的维护和测试。在讨论中Jim Wilson也详细的说明当前的情况和处境。

riscv-gnu-toolchain现在还有很多不完善的地方,比如gdbserver的支持,现在形同虚设,虽然在嵌入式领域主要是主要是用openocd, 但是随着RISC-V对linux环境的支持越来越好,基于linux产品越来越多时,gdbserver也是一个非常需要的工具。

RISC-V需要更多热心的人参与,让RISC-V的生态更加完善。

link: sw-dev

如何在GCC中添加一条RISC-V指令

最近Jim Wilson在邮件列表中给出了一个非常完整的介绍,讲解如何在GCC的相关工具中添加一条RISC-V指令。

  • binutils: 如果只是想在汇编的级别添加一条指令,那么只需要修改binutils而不用动编译器本身。 Kito Cheng提供了.insn模板。使用改模板可以全面定制每一条汇编指令。 不过,小修小改的话,直接修改binutils的代码可能来的更加方便。 主要来说,需要将指令添加到opcodes/riscv-opc.c中, 将指令的格式添加到include/opcode/riscv-opc.h中, 格式中的各种缩写符号可以在gas/config/tc-riscv.c的riscv_ip()函数中找到。
  • gcc自动生成: 如果需要让GCC能自动生成添加的指令,这就会麻烦很多。 如果被添加的指令在一种明确的pattern出现时被使用, 那么,在gcc/config/riscv/riscv.md中添加该pattern的描述即可。 如果并不存在这种pattern,那么就需要修改和架构无关或相关的优化步骤,这样就会比较困难。
  • 有限的资料:关于GCC可以看GCC的网站https://gcc.gnu.org/wiki/GettingStarted#Tutorials.2C_HOWTOs 关于Binutils,可以看https://sourceware.org/binutils/binutils-porting-guide.txt 不过Binutils的这个网站讲解不够详细。涉及到连接器优化的话,看这本书(“Linkers and Loaders” by John R Levine)会更好。

更详细的讲解,请参看Jim Wilson的邮件原文: sw-dev

有关 GCC 生成 atomic 代码的问题

Roger Ferrer 在使用 riscv64-unknown-linux-gnu GCC 8.1 编译 atomic 相关的代码时发现行为跟他预期的不符。

#include <stdatomic.h>

atomic_int x;
void foo(void) { atomic_fetch_add_explicit(&x, 5, memory_order_acq_rel); }

对于 atomic fetch 和 add, GCC 生成下列指令:

fence iorw,ow; amoadd.w.aq zero,a4,0(a5)

而不是

amoadd.w.aq zero,a4,0(a5)

Roger Ferrer 查看了 RISCV 规范也没发现规定了 atomic 指令之前要加上 IO 的 fence 。

Jim Wilson 猜测是因为 memory model 还在制定中,没有确定下来,但对应到 C/C++ 的标准定义好了,GCC 超前做了多余的事情。

更详细的讲解,请参看邮件列表 sw-dev

如何区分"access fault" and “page fault”

有同学提问,如何区分以下的错误(Fault)类型?

Instruction access fault -> Instruction page fault
Load access fault -> Load page fault
Store/AMO access fault -> Store/AMO page fault

简言之,“page” fault只会发生在有虚拟内存机制的系统中,通常来说是指具有MMU的系统中。

而access fault可以理解为任何在“总线(Bus)”上发生的错误,包括但不限于ECC/校验错误、物理内存保护、访问超时等。

随后讨论更加深入到了一个良好的设计的系统需要考虑到的一些细节问题:

  • 当Fault发生的时候,发生的真正原因是否能被良好的追溯(比如CSR的某个寄存器的某个比特)
  • 为了良好的追溯原因,必定会浪费有限的寄存器资源,所以
    • 是否可以通过其他方式将错误作为错误代码返回
    • 或者,将这些错误交给上层软件来处理,比如通过软件访问总线控制器来获取真正的错误原因
  • 良好设计的系统最好不要频繁的被Trap打断,一种方法是为某个或某些Fault设置计数器,只有当除错次数超过阈值的时候,才会触发上层操作系统反应。

详细讨论细节见:isa-dev https://goo.gl/oZ6Zb3

在Windows上编译RISC-V的工具链(toolchain)

Gnanasekar在SW-Dev邮件组问到了一个交叉编译的问题。他本来的计划是在Windows的机器上编译一套RISC-V的工具链(toolchain),但是这个项目在实际中碰到了很多问题,尤其是碰到了形形色色的编译错误。

Tommy Murphy提到了一个基于docker的工具能够用来编译GNU MCU Eclipse RISC-V tool sources 项目链接. 他认为这个项目可以更容易地给windows编译工具链。

Jim Wilson抛出了一个更有意思的解决方案:加拿大交叉编译(canadian cross)。这个高大上的名字源于当时加拿大有三个政党组织。具体的方法如下:假定机器A,B,C有不同的操作系统和处理器,在机器A上交叉编译一套能用在机器B上的gcc工具,把这套工具拷到机器B上,然后在上面交叉编译出能运行在机器C上的二进制代码。看起来很复杂,但是如果用户比较熟悉Linux,事实上这个比在Windows直接进行交叉编译要容易。小编举个例子:Gnanasekar可以在Linux上利用mingw64编译一套能够直接运行在Windows的gcc,然后把这套工具搬到Windows上运行去编译产生RISC-V的二进制代码。

讨论连接:sw-dev goo.gl/b5aepe

关于实现 FCSR 寄存器和(在状态寄存器中的) FS 域必要性的讨论

Neel Gala 在虚拟内存模式的"spike --isa=rv64imac"中运行 riscv-tests 套件的 rv64ui 测试时,vmboot 阶段修改了 mstatus 的 FS 域。他认为:在禁用了浮点功能时,FS 域应该硬连线到 0,但它的值似乎会被改写。最新的特权体系结构手册中的如下描述(位于riscv-privileged-v1.10.pdf 3.1.11 P23)无法解决他的困惑:

"In systems that do not implement S-mode and do not have a floating-point unit, the FS field is hardwired to zero."
“对于没有实现 S 模式且没有浮点单元的系统,FS 域是硬连线到 0。”

所以他提出以下疑问:

  1. 假设对于 RV64IMAC 的实现,是否需要实现 FCSR 寄存器,在状态寄存器 mstatus/sstatus 中的 FS 域是否应该硬连线到 0?

  2. Neel 的理解是:如果要支持软浮点,由于库代码需要使用 FCSR 寄存器和 FS 域,所以需要实现它们。倘若无需任何浮点支持,是否还要实现 FCSR 寄存器和 FS 域?

Jim Wilson 做出了如下解释:软浮点库不需要使用 FCSR 寄存器。你可以在没有 FCSR 寄存器的情况下使用软浮点代码。特别是针对无 FPU 的目标主机编译软浮点库所得到的软浮点库。但有时出于对 ABI 兼容性的考虑,针对有 FPU 的目标主机编译出的软浮点库将使用 FCSR。这类软浮点库更全面地实现了 IEEE FP 标准,且它可以更好地同硬浮点代码互动,并运行于同一处理器上。

Andrew Waterman 做出了如下解释:倘若想要使用 M 模式代码透明地模拟 FPU,那就应该实现 FS 域。在实现了 S 模式的情况下, 基于 Rocket 的核心总是提供 FS 域,这样甚至可以在 S 模式都无法感知的情况下模拟 FPU。 对于那些没有实现 S 模式且没有 FPU 的核心,就只将 FS 域硬连线到 0。

详细讨论细节见:RISC-V ISA Dev

代码更新

lowRISC第6版: refresh v0.6

lowRISC即将发布其第6版SoC实现。该版本使用了最新的Rocket-chip,在其基础上添加了多种外围设备。该版本的主要更新包括:

  • 使用2018年3月份的Rocket-chip作为SoC核心(GDB, PLIC)
  • 处理器频率提高到50MHz
  • 增强ethernet功能,在启动阶段支持DHCP
  • 支持彩色的VGA终端
  • 使用u-boot作为启动bootloader
  • 支持Debian Linux

代码分支: refresh-v0.6

CNRV‘s CNRV-FPU更新

CNRV社区维护的浮点数据通路库https://github.com/cnrv/CNRV-FPU 更新了,支持Verilator仿真,并且以Testfloat-3e为Golden Model验证通过。这套浮点库的特点是:

  1. 基于Verilog,清晰易懂而且代码量少
  2. 支持加法、乘法、乘加、开方、除法,支持RISC-V需要的所有舍入模式和状态位
  3. 位宽任意可配置,同一套代码支持double、float和google-bfloat
  4. 采用类似hardfloat那种recorded格式,关键路径上部件少,延迟短,功耗小
  5. 所有计算部件和共享统一的后处理模块,节省面积,此模块还可以用作整点转浮点
  6. 支持单精度计算共享双精度的数据通路,只有后处理模块是必须为单独为单精度例化一份的
  7. 开方和除法共享数据通路,节省面积,每周期计算两个比特

Link: CNRV-FPU https://git.io/fAICG

实用资料

编译QEMU的RISC-V映像

Tommy Murphy总结的关于编译QEMU RISC-V映像的网页

行业视角

EETime: AI is now the Show Time for new companies and new architectures

EETime最近的文章提到了Esperanto这家去年成立的初创公司的最新动向。

Link: D&R: AI is now the Show Time for new companies and new architectures

市场相关

两家SSD解决方案公司同时采用了SiFive的CPU IP

FADU和Mobiveil两家公司相继宣布采用SiFive的RISC-V CPU用于其SSD控制其解决方案。这也从侧面证明了一些细分垂直领域(垂直这里是指软件和芯片都由自己开发),RISC-V已经得到了客户的认可。

Links:

  • [Mobiveil Inc. and SiFive partner to develop RISC-V based configurable SSD Platform For Data Center and Enterprise storage Applications](Mobiveil Inc. and SiFive partner to develop RISC-V based configurable SSD Platform For Data Center and Enterprise storage Applications)
  • [FADU Launches Industry Leading SSD Solutions Powered by SiFive RISC-V Core IP](FADU Launches Industry Leading SSD Solutions Powered by SiFive RISC-V Core IP)

新创企业“新帆”拟融资上亿元用于RISC-V CPU研发

来自36kr最近的报道显示,一家新创企业“新帆”正在研发基于RISC-V的处理器,时间需要2-5年,并将启动首轮亿元级别融资。

Link: 基于RISC-V开源指令集,「新帆」要自主研发高并发、多线程、低功耗芯片内核

高云半岛体发布基于晨熙家族FPGA的RISC-V微处理器早期使用者计划

来自广东的FPGA厂商高云发布了基于RISC-V的微处理器的早期使用者计划,目前看下来这个计划提供的bit文件中包含了RISC-V的软核。

Link: 高云半导体公司发布基于晨熙家族FPGA的RISC-V微处理器 早期使用者计划

暴走事件

2018年10月

  • 2018年10月18日, RISC-V Day Tokyo将在Keio University举办,演讲征集已经开始。注册网站

2018年12月

招聘简讯

CNRV提供为行业公司提供公益性质的一句话的招聘信息发布,若有任何体系结构、IC设计、软件开发的招聘信息,欢迎联系我们!


整理编集: 宋威、黄柏玮、汪平、林容威、傅炜、巍巍、郭雄飞、黄玮

特别感谢: 王逵


欢迎关注微信公众号CNRV,接收最新最时尚的RISC-V讯日, RISC-V Day Tokyo将在Keio University举办,演讲征集已经开始。注册网站
息!

RISC-V双周简报0x1e:RISC-V新创企业拟融资上亿元(2018-08-17)-LMLPHP


RISC-V双周简报0x1e:RISC-V新创企业拟融资上亿元(2018-08-17)-LMLPHP
本作品采用知识共享署名-非商业性使用-相同方式共享 3.0 中国大陆许可协议进行许可。

10-04 09:12