编写 rain 彭睿扬 2022.2.1 20:51 到 22:57
审核 22:57 到 23:08 24 处更改
抄送 23:16 到 blog.csdn.net 以用户 锟斤拷有点烫 标题为 “RISC-V 架构指令集手册 第一册 无特权指令集 中文翻译”
抄送 23:18 到 mp.weixin.qq.com 以用户 起名这事情还是以后再想 标题为 “容易上手的 RISC-V 同学 中文翻译”
今天的内容(包括今天以后的很多很多天),是 RISC-V 手册页的翻译。为啥要讲这个玩意儿呢?有几个原因:
好吧,其实,我也不过比大家先开始看了两三天(上册看完大概一半了),有什么问题千万不要问我啊!如果真的有地方觉得奇怪,就看一下原文吧。也是第一次翻译这种长文档,有的极长句子使用了机翻指导…… 所以如果突然出来风格不符的地方,就心里默默骂我两句吧……
RISC-V (那个音标不会打)是一个被设计成给研究和教学用的崭新的指令集(ISA,Instruction Set Archiecture),但现在我们(反悔了)希望它能够变成一个可投入生产的免费开源(或译为自由开放)架构。RISC-V 的设计目标如下:
这里是我们(当然不是我啦)对于RISC-V的设计的评论。如果你不愿意读(only interested in the specification itself),可跳过(爱读不读)。
(所以说,在这里可能会有一些好玩的 ,所以翻译的也比较随便。如果仅仅对原文本身感兴趣的话请读原文)
之所以有RISC-V这个名字,是因为前四个名字都被同校的那些用了。我们也用这个名字来双关(恶搞)一些别的词(绝对是写标准的时候现想的),比如变种(variations),向量(vectors),来支持架构研究,包括各种各样的并行加速器。这对ISA设计来说是一个明确的目标。
RISC-V 架构标准尽量避免提到实现实现细节(尽管评论中已经包含了实现的一些决定),并且应该被写成从软件视角看一个多样化的实现,而不是以一个硬件实现者的视角来看。这个手册包含两册。这一册包含基础的无权限指令,包括可选的无特权ISA 扩展。这些指令在所有的模式、所有的特权架构下都可以使用,尽管运行状态结果在一些不同模式不同特权架构下可能不太一样。第二册包含了第一个(“Classic”,原文)的特权架构。这个手册使用IEC 80000-13:2008的风格,每字节为8 位宽。
在无权限的ISA设计中,我们尝试避免所有诸如缓存行大小(cache line size)的依赖特殊微架构功能的地方,或者诸如地址转换的特权架构细节。这是为了让这些可供替代的微架构拥有简单性和灵活性(原文为,This is both for simplicity and to allow maximum flexibility for alternative microarchitectures or alternative privileged architectures. )
一个RISC-V 硬件平台包含了组合在一起的单个或多个的兼容RISC-V(RISC-V-compatible)处理核心,以及其他非RISC-V兼容的处理核心、固定功能的加速器(fixed-function accelerator)、各种各样的物理内存结构、IO设备以及用来支持组件通讯的互联结构。
术语组件(component)用来描述一个包含不依赖其他指令获取单元(instruction fetch unit)的核心。一个RISC-V 兼容核心 可能通过多线程(multithreading)支持多个RISC-V 兼容硬件线程或者harts。
一个RISC-V核心可能拥有附加特殊指令集扩展(addtional specialized instruction-set extensions)或者一个协处理器。术语协处理器 指一个附加在一个RISC-V 核心上的单元,它多半根据RISC-V指令流来顺序操作,但它也可能拥有附加的状态保存(state)或者指令集扩展,并且完全有可能有一些受限制的相对自制权利。
我们使用术语加速器(accelerator)来表示一个不可编程的固定功能单元或者一个有特殊任务的,可以自主操作的核心。在一个RISC-V系统,我们预料到会有许多可编程的加速器,将会是一个带有特殊指令集扩展或定制的协处理器,以RISC-V为基础的核心。其中重要的一个就是IO加速器(I/O accelerators),它可以使应用程序核心卸下IO处理任务的沉重包袱。
RISC-V 硬件平台的系统级组织,可以是单核心的微型控制器或一个成千节点集群、共享内存的服务器(can range from a single-core micro-controller to a many-thousand-node cluster of shared-memory manycore server nodes)。一个小型的SoC 甚至也同样可结构化成一个包含等级制度的多计算机或多处理器,来实现模块化的开发或提供安全的子系统间隔离。
一个RISC-V 程序的反应依赖于它所运行的执行环境(execution environment)。一个RISC-V 执行环境接口(EEI,Execution Environment Interface)定义了程序的初始化状态、包含harts支持的特权级模式的环境中的hart的数量和类型、不同内存以及IO区域的访问权(accessibility and attributes)、执行在每个hart上的一切合法所带来的反应以及执行时以及环境调用时(environment call)抛出的异常或者中断的处理。EEI 的样例包括,Linux 应用程序二进制接口(ABI)或者RISC-V 管理者二进制接口(SBI)。一个RISC-V 执行环境的实现可以是纯硬件、纯软件或者软硬件结合。举个栗子,陷阱和软件仿真可以被用来实现硬件中未实现的功能(比如虚拟内存,译者注)。执行环境实现包含:
一个纯硬件平台可以考虑定义一个EEI。可控的(accessible)hart、内存以及其他硬件居住在这个环境中。初始状态在启动时设置。通常地,大多数软件被设计成用多层抽象接口到硬件。具有更多抽象的EEI提供了在不同硬件平台之间的更大可移植性。通常,EEI 被分为多个层,更高层的EEI 使用下层EEI(提供的功能抽象)。
在软件执行在给定执行环境中的角度来看,hart是一个通过执行环境来自取并且自执行RISC-V指令的资源(resource)。在这一角度,hart表现的像一个硬件资源,尽管执行环境将时间多路传输到真正硬件上去(even if time-multiplexed onto real hardware by the execution environment)。一些EEI支持创建或销毁附加(虚拟)hart。比如,凭借环境调用来创建(fork)新的hart。
terminated here EOF
好吧,已经11点了。本来计划将这一章翻译完的…… 那么,今天就看到这里,ok?