From 52b055b0d0be597f9363766ed792020ee6310e16 Mon Sep 17 00:00:00 2001 From: Jacob Lifshay Date: Mon, 3 Apr 2023 19:44:59 -0700 Subject: [PATCH] spell fixes --- openpower/sv/ldst.mdwn | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) 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 -- 2.30.2