Note: lists.riscv.org will be down for maintenance on Wednesday, October 5th, starting at 9AM Pacific Time (4PM Wednesday October 5, 2022 UTC), for approximately one hour.
[PULL 2/3] riscv-platform-spec: Initial commit of the Embedded-2022 spec
This is the initial attempt at writing an Embedded-2022 specification.
This includes some required and recommended components to ease software
development and porting while not being too burdensome on hardware
Signed-off-by: Alistair Francis <alistair.francis@...>
Reviewed-by: Sunil V L <sunilvl@...>
changelog.adoc | 2 +
riscv-platform-spec.adoc | 97 +++++++++++++++++++++++++++++++---------
2 files changed, 78 insertions(+), 21 deletions(-)
diff --git a/changelog.adoc b/changelog.adoc
index 72d6047..ce5644b 100644
@@ -8,6 +8,8 @@
## Change Log
### version 0.2-rc0
+** Initial commit of Embedded-2022 specification
** Added 2022 platforms
** Added individual sections and sub-sections for the content
diff --git a/riscv-platform-spec.adoc b/riscv-platform-spec.adoc
index 003181c..5d3b9c3 100644
@@ -95,36 +95,91 @@ include::profiles.adoc
// Embedded-2022 Platform
-// Base feature set for Embedded-2022 Platform
+The Embedded-2022 specification aims to apply to a range of embedded platforms.
+In this case embedded platforms range from hand coded bare metal assembly
+all the way to to embedded operating systems such as
+https://www.zephyrproject.org[Zephyr] and embedded Linux.
+This specification has two competing interests. On one hand embedded software
+will be easier to write and port if all the embedded hardware is similar. On
+the other hand vendors want to differentiate their product and reuse existing
+IP and SoC designs.
+Due to this, the Embedded-2022 specification has both required and recommended
+components. All required components must be met in order to meet this
+It's strongly encouraged that all recommended components are met as well,
+although they do not have to in order to meet the specification.
-* Profile - RVM22
+The Embedded-2022 specification depends on the RVM22 specification and all
+requirements from RVM22 must be met.
-==== Memory Map
-* Start Address
+Any RISC-V system that uses at least RV32/64G can meet the Embedded-2022
==== Interrupt Controller
+Embedded systems are recommended to use a spec compliant
+https://github.com/riscv/riscv-plic-spec[PLIC], a spec compliant
+or both a CLIC and and PLIC.
+If using just a PLIC the system must continue to use the original basic
+`xsip`/`xtip`/`xeip` signals in the `xip` register to indicate pending
+If using the CLIC then both the original basic and CLIC modes of interrupts
+must be supported.
+Embedded systems cannot use a non-compliant interrupt controller and still
+call it a PLIC or CLIC.
+==== Machine Timer
+The RISC-V machine timer (controlled via `mtime` and `mtimecmp`) must be
+implemented. The two registers must be memory mapped as required by the RISC-V
+The Embedded-2022 specification requires that the registers be mapped
+adjacent to each other with the `mtime` region at the lower address.
+The starting address of this region can be located anywhere in
+memory, including inside other peripherals, as long as the start address is
+4 byte aligned.
+An example of the memory layout for a 32-bit system with a single hart is below
+| 0x00 | mtime low |
+| 0x04 | mtime high |
+| 0x08 | mtimecmp low |
+| 0x0C | mtimecmp high |
+and for a 64-bit system with 2 harts
+| 0x00 | mtime |
+| 0x08 | mtimecmp hart 1 |
+| 0x10 | mtimecmp hart 2 |
-==== System Peripherals
-* UART/Serial Console
-==== Boot Process
-* Discovery Mechanisms
+==== Memory Map
+It is recommended that main memory and loadable code (not ROM) start at
// PMP extension for Embedded-2022 Platform
-=== PMP Extension
-==== PMP Regions
+=== Physical Memory Protection (PMP) Extension
+It is recommended that any systems that implement more then just machine mode
+also implement PMP support.
-// RVM-SIS extension for Embedded-2022 Platform
-=== RVM-SIS Extension
+When PMP is supported it is recommended to include at least 4 regions, although
+if possible more should be supported to allow more flexibility. Hardware
+implementations should aim for supporting at least 16 PMP regions.
// acknowledge all of the contributors