From: Jacob Lifshay Date: Tue, 4 Apr 2023 02:44:59 +0000 (-0700) Subject: spell fixes X-Git-Tag: opf_rfc_ls012_v1~137 X-Git-Url: https://git.libre-soc.org/?a=commitdiff_plain;h=52b055b0d0be597f9363766ed792020ee6310e16;p=libreriscv.git spell fixes --- diff --git a/openpower/sv/ldst.mdwn b/openpower/sv/ldst.mdwn index df5f3d650..5999b4bbd 100644 --- a/openpower/sv/ldst.mdwn +++ b/openpower/sv/ldst.mdwn @@ -451,7 +451,7 @@ This is precisely the same as Arithmetic Data-Dependent Fail-First, the only difference being that the result comes from the LD/ST. In the case of Store operations there is a quirk when VLi (VL inclusive -is "Valid") is clear. Bear in mind the riteria is that the truncated +is "Valid") is clear. Bear in mind the criteria is that the truncated Vector of results, when VLi is clear, must all pass the "test", but when VLi is set the *current failed test* is permitted to be included. Thus, the actual @@ -649,7 +649,7 @@ of LDs or STs. The usual interest in such re-mapping is for example in separating out 24-bit RGB channel data into separate contiguous registers. NEON covers this as shown in the diagram below: -![Load/Strore remap](/openpower/sv/load-store.svg) +![Load/Store remap](/openpower/sv/load-store.svg) REMAP easily covers this capability, and with dest elwidth overrides and saturation may do so with built-in conversion that would normally