(no commit message)

diff --git a/openpower/sv/fcvt.mdwn b/openpower/sv/fcvt.mdwn
index 2492563304d8b6f67fce23e0a8a8d2fb1f2f37c2..a49bb2c320d778be5138f6d134db075f1c3af7dd 100644 (file)
--- a/openpower/sv/fcvt.mdwn
+++ b/openpower/sv/fcvt.mdwn
@@ -6,5 +6,7 @@ Whilst this is fantastic in that it provides opportunities for speeding up FP64
 
 To solve this, the FP values need to be compacted or expanded such that Vector operations do not waste space.  The current thinking is that it nay be reasonable to overload `fmv` at different element widths (srcwid != destwid) to perform the necessary conversion, as opposed to just simply doing a straight bitcopy with truncation.
 
+The result of this has some interesting side-effects when considering what "single precision FP operations" means when elwidth=32.  A reasonable interpretation is: the operation is to be performed at FP16 precision yet the result placed in FP32 format, just as how for FP64 single-precision is xarried out at FP32 and placed in FP64.
+
 see <https://bugs.libre-soc.org/show_bug.cgi?id=564> for discussion.