From: lkcl Date: Wed, 30 Dec 2020 16:58:19 +0000 (+0000) Subject: (no commit message) X-Git-Tag: convert-csv-opcode-to-binary~706 X-Git-Url: https://git.libre-soc.org/?a=commitdiff_plain;h=c70213f26c792082cdb954445d706173e4b6a6f4;p=libreriscv.git --- diff --git a/openpower/sv/overview.mdwn b/openpower/sv/overview.mdwn index 232f1d405..7acc0d3b7 100644 --- a/openpower/sv/overview.mdwn +++ b/openpower/sv/overview.mdwn @@ -161,7 +161,7 @@ there is no separate Vector register file*: it's all the same instruction, on the standard register file, just with a loop. Scalar happens to set that loop size to one. -Also, it is important to note from the above that, strictly speaking, Simple-V is not really a Vectorisation scheme at all: it is more of a hardware instruction "Compression scheme", allowing as it does for what would normally require multiple sequential instructions to be replaced with one (and aome tags). This is where the rule that Program Order must be preserved in Sub-OC execution derives from. However in other ways, which will emerge below, the "tagging" concept presents an opportunity to include features definitely not common outside of Vector ISAs, and in that regard it's definitely a xlass of Vectorisation. +Also, it is important to note from the above that, strictly speaking, Simple-V is not really a Vectorisation scheme at all: it is more of a hardware instruction "Compression scheme", allowing as it does for what would normally require multiple sequential instructions to be replaced with just one. This is where the rule that Program Order must be preserved in Sub-OC execution derives from. However in other ways, which will emerge below, the "tagging" concept presents an opportunity to include features definitely not common outside of Vector ISAs, and in that regard it's definitely a xlass of Vectorisation. ## Register "tagging"