From fbe094ed225df1acc5cb906d1de7818dc82a6b8a Mon Sep 17 00:00:00 2001 From: lkcl Date: Sun, 25 Sep 2022 09:59:00 +0100 Subject: [PATCH] --- openpower/sv/overview/discussion.mdwn | 8 ++++++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/openpower/sv/overview/discussion.mdwn b/openpower/sv/overview/discussion.mdwn index c6838d30d..843042461 100644 --- a/openpower/sv/overview/discussion.mdwn +++ b/openpower/sv/overview/discussion.mdwn @@ -187,9 +187,12 @@ The meaning of "Architecturally" is that the programmer sees one definition, where that definition has absolutely no connection or imposition on precisely how the implementation is implemented (internally), **except** to comply with the definition as far as **external** usage is concerned (programs). +Mathematics uses the term "Topologically Homeomorphic" to refer to the +relationship between external (specification, programs) and any given +(internal) hardware implementation. This is the *canonical* Architectural definition of the regfile -asuming a Little-Endian system, in the c programming language: +assuming a Little-Endian system, in the c programming language: #pragma pack typedef union { @@ -203,7 +206,8 @@ asuming a Little-Endian system, in the c programming language: elreg_t int_regfile[128]; Where things become complicated is how to transliterate the above into -MSB0 numbering, which significantly harms understanding as to how +MSB0 numbering, which unfortunately significantly harms understanding +as to how to clearly access elememts within the regfile, and thus requires very careful an comprehensive and explanation. We start with some definitions: -- 2.30.2