From: Luke Kenneth Casson Leighton Date: Fri, 2 Jun 2023 17:50:59 +0000 (+0100) Subject: missed camelcase in ls012 X-Git-Url: https://git.libre-soc.org/?a=commitdiff_plain;h=5c79fe53ff23e458fd25578d6343f3c878bc22de;p=libreriscv.git missed camelcase in ls012 --- diff --git a/openpower/sv/rfc/ls012.mdwn b/openpower/sv/rfc/ls012.mdwn index 4282384f1..a381f5ffa 100644 --- a/openpower/sv/rfc/ls012.mdwn +++ b/openpower/sv/rfc/ls012.mdwn @@ -140,7 +140,7 @@ These without question have to go in EXT0xx. Future extended variants, bringing even more powerful capabilities, can be followed up later with EXT1xx prefixed variants, which is not possible if placed in EXT2xx. *Only `svstep` is actually Vectorizeable*, all other Management -instructions are UnVectorizeable. PO1-Prefixed examples include +instructions are Unvectorizeable. PO1-Prefixed examples include adding psvshape in order to support both Inner and Outer Product Matrix Schedules, by providing the option to directly reverse the order of the triple loops. Outer is used for standard Matrix Multiply (on top of a @@ -188,7 +188,7 @@ specialist. Found at [[sv/av_opcodes]] these do not require Saturated variants because Saturation is added via [[sv/svp64]] (Vector Prefixing) and via [[sv/svp64-single]] Scalar Prefixing. This is important to note for -Opcode Allocation because placing these operations in the UnVectorizeable +Opcode Allocation because placing these operations in the Unvectorizeable areas would irredeemably damage their value. Unlike PackedSIMD ISAs the actual number of AV Opcodes is remarkably small once the usual cascading-option-multipliers (SIMD width, bitwidth, saturation, @@ -737,7 +737,7 @@ The key to headings and sections are as follows: is **mutually exclusively incompatible** with Vectorization. * **group** - the Primary Opcode Group recommended for this instruction. Options are EXT0xx (EXT000-EXT063), EXT1xx and EXT2xx. A third area - (UnVectorizeable), + (Unvectorizeable), EXT3xx, was available in an early Draft RFC but has been made "RESERVED" instead. see [[sv/po9_encoding]]. * **Level** - Compliancy Subset and Simple-V Level. `SFFS` indicates "mandatory"