From d0fb753a6de4e59a769927b540c49c740c1dda7f Mon Sep 17 00:00:00 2001 From: lkcl Date: Thu, 31 Dec 2020 19:26:03 +0000 Subject: [PATCH] --- openpower/sv/fcvt.mdwn | 2 ++ 1 file changed, 2 insertions(+) diff --git a/openpower/sv/fcvt.mdwn b/openpower/sv/fcvt.mdwn index 249256330..a49bb2c32 100644 --- 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 for discussion. -- 2.30.2