From: Luke Kenneth Casson Leighton Date: Thu, 26 Apr 2018 07:31:17 +0000 (+0100) Subject: start filling in X-Git-Tag: convert-csv-opcode-to-binary~5496 X-Git-Url: https://git.libre-soc.org/?a=commitdiff_plain;h=8ef04077fdb29bf1368213e9d46ec82b1d25c2f4;p=libreriscv.git start filling in --- diff --git a/isa_conflict_resolution.mdwn b/isa_conflict_resolution.mdwn index 3623a89c7..ada220028 100644 --- a/isa_conflict_resolution.mdwn +++ b/isa_conflict_resolution.mdwn @@ -125,9 +125,16 @@ space (48-bit, 64-bit) *greater* than that which the chosen core could cope with (32-bit, 48-bit). Overall, none of the options presented were feasible, and, in addition, -even if they were followed through, still would result in the failure -of the RISC-V ecosystem due to global conflicting ISA binary-encoding -meanings (POWERPC's Altivec / SPE nightmare). +with no clear leadership from the RISC-V Foundation on how to avoid +global world-wide encoding conflict, even if they were followed through, +still would result in the failure of the RISC-V ecosystem due to +irreversible global conflicting ISA binary-encoding meanings (POWERPC's +Altivec / SPE nightmare). + +This in addition to the case where the RISC-V Foundation wishes to +fix a critical show-stopping update to the Standard, post-release, +where billions of dollars have been spent on deploying RISC-V in the +field. # Do nothing (out of scope)