(no commit message)
authorlkcl <lkcl@web>
Thu, 13 Jun 2019 05:33:30 +0000 (06:33 +0100)
committerIkiWiki <ikiwiki.info>
Thu, 13 Jun 2019 05:33:30 +0000 (06:33 +0100)
isa_conflict_resolution/isamux_isans.mdwn

index fc69d5160c8b47ab8a6ab69c40694dde3f61a86c..364bbd654c2be708168a2e5559b24127a31665bb 100644 (file)
@@ -92,6 +92,8 @@ Secondly: CSR space is precious. With each vendor likely needing only one or two
 
 Thirdly: JIT Emulation of such an unregulated space becomes just as much hell as it is for compiler writers. In addition, if two vendors use conflicting CSR addresses, the only sane way to tell the emulator what to do is to give the emulator a runtime commandline argument.
 
+Fourthly: with each vendor coming up with their own way of handling conflicts, not only are the chances of mistakes higher, it is against the very principles of collaboration and cooperation that save vendors money on development and ongoing maintenance.  Each custom vendor will have to maintain their own separate hard fork of the toolchain and software, which is well known to result in security vulnerabilities.
+
 By coordinating and managing the allocation of namespace bits (unary or binary) the above issues are solved. CSR space is no longer wasted, compiler and JIT software writers have an easier time, clashes are avoided, and RISCV is stabilised and has a trustable long term future.
 
 # Why ISAMUX / ISANS has to be WLRL and mandatory trap on illegal writes