From: Luke Kenneth Casson Leighton Date: Thu, 26 Apr 2018 09:53:21 +0000 (+0100) Subject: start filling in X-Git-Tag: convert-csv-opcode-to-binary~5481 X-Git-Url: https://git.libre-soc.org/?a=commitdiff_plain;h=7f2cbd46ec082e8070d87d44e1b0236f723e9aca;p=libreriscv.git start filling in --- diff --git a/isa_conflict_resolution.mdwn b/isa_conflict_resolution.mdwn index 934269ae9..bf036f649 100644 --- a/isa_conflict_resolution.mdwn +++ b/isa_conflict_resolution.mdwn @@ -239,13 +239,13 @@ separate page? review this para?**) TBD paraphrase and clarify -Coming out of the software-related proposal by Jacob, which hinged on -the idea of a global gcc / binutils database that kept and coordinated -architectural encodings, was to quite simply make the mvendorid and -marchid CSRs have WARL (writeable) characteristics. For instances -where mvendorid and marchid are readable, that would be taken to be -a Standards-mandatory "declaration" that the architecture has *no* -Custom Extensions. +Coming out of the software-related proposal by Jacob Bachmeyer, which +hinged on the idea of a globally-maintained gcc / binutils database +that kept and coordinated architectural encodings (curated by the Free +Software Foundation), was to quite simply make the mvendorid and marchid +CSRs have WARL (writeable) characteristics. For instances where mvendorid +and marchid are readable, that would be taken to be a Standards-mandatory +"declaration" that the architecture has *no* Custom Extensions. This incredibly simple non-invasive idea has some unique and distinct advantages over other proposals: