Re: [libre-riscv-dev] cache SRAM organisation
authorStaf Verhaegen <staf@fibraservi.eu>
Thu, 26 Mar 2020 20:08:04 +0000 (21:08 +0100)
committerlibre-riscv-dev <libre-riscv-dev@lists.libre-riscv.org>
Thu, 26 Mar 2020 20:08:12 +0000 (20:08 +0000)
f1/deb7ace55d10ebde8222b4a9f1decb3472c9d6 [new file with mode: 0644]

diff --git a/f1/deb7ace55d10ebde8222b4a9f1decb3472c9d6 b/f1/deb7ace55d10ebde8222b4a9f1decb3472c9d6
new file mode 100644 (file)
index 0000000..3b95f1e
--- /dev/null
@@ -0,0 +1,97 @@
+Return-path: <libre-riscv-dev-bounces@lists.libre-riscv.org>
+Envelope-to: publicinbox@libre-riscv.org
+Delivery-date: Thu, 26 Mar 2020 20:08:13 +0000
+Received: from localhost ([::1] helo=libre-riscv.org)
+       by libre-riscv.org with esmtp (Exim 4.89)
+       (envelope-from <libre-riscv-dev-bounces@lists.libre-riscv.org>)
+       id 1jHYnU-0004Vy-4N; Thu, 26 Mar 2020 20:08:12 +0000
+Received: from vps2.stafverhaegen.be ([85.10.201.15])
+ by libre-riscv.org with esmtp (Exim 4.89)
+ (envelope-from <staf@fibraservi.eu>) id 1jHYnS-0004Vs-UG
+ for libre-riscv-dev@lists.libre-riscv.org; Thu, 26 Mar 2020 20:08:10 +0000
+Received: from hpdc7800 (hpdc7800 [10.0.0.1])
+ by vps2.stafverhaegen.be (Postfix) with ESMTP id 392FD11C0287
+ for <libre-riscv-dev@lists.libre-riscv.org>;
+ Thu, 26 Mar 2020 21:08:10 +0100 (CET)
+Message-ID: <7b5a312befec67dbf14d31f5bb4c418c8784e787.camel@fibraservi.eu>
+From: Staf Verhaegen <staf@fibraservi.eu>
+To: libre-riscv-dev@lists.libre-riscv.org
+Date: Thu, 26 Mar 2020 21:08:04 +0100
+In-Reply-To: <CAPweEDyM_wqTbum5+=iiLGqq3KY15OOg3aOewpsRWFp9iOvq0w@mail.gmail.com>
+References: <CAPweEDx5QCCKxSr1gfuyuw_2D68Ld8fK85bEmmMTZi8S3w2E9g@mail.gmail.com>
+ <29b1a9ecedda151dc9c8da6516c3691dfede62ef.camel@fibraservi.eu>
+ <CAPweEDwfqMczPjg=5Fvt1J_S8nx1YK44XhyBY8H1abuTNF6=xg@mail.gmail.com>
+ <6fa40cb78b3f8c013ca4953ccb4daa5c23e3b501.camel@fibraservi.eu>
+ <CAPweEDxiyTEsneXN65Kq0HsEsdL3wdY=NYayq2tz5egXJNCVfg@mail.gmail.com>
+ <db557324bcb76a999d8f66c75b9319974a1a1e08.camel@fibraservi.eu>
+ <CAPweEDyM_wqTbum5+=iiLGqq3KY15OOg3aOewpsRWFp9iOvq0w@mail.gmail.com>
+Organization: FibraServi bvba
+X-Mailer: Evolution 3.28.5 (3.28.5-5.el7) 
+Mime-Version: 1.0
+X-Content-Filtered-By: Mailman/MimeDel 2.1.23
+Subject: Re: [libre-riscv-dev] cache SRAM organisation
+X-BeenThere: libre-riscv-dev@lists.libre-riscv.org
+X-Mailman-Version: 2.1.23
+Precedence: list
+List-Id: Libre-RISCV General Development
+ <libre-riscv-dev.lists.libre-riscv.org>
+List-Unsubscribe: <http://lists.libre-riscv.org/mailman/options/libre-riscv-dev>, 
+ <mailto:libre-riscv-dev-request@lists.libre-riscv.org?subject=unsubscribe>
+List-Archive: <http://lists.libre-riscv.org/pipermail/libre-riscv-dev/>
+List-Post: <mailto:libre-riscv-dev@lists.libre-riscv.org>
+List-Help: <mailto:libre-riscv-dev-request@lists.libre-riscv.org?subject=help>
+List-Subscribe: <http://lists.libre-riscv.org/mailman/listinfo/libre-riscv-dev>, 
+ <mailto:libre-riscv-dev-request@lists.libre-riscv.org?subject=subscribe>
+Reply-To: Libre-RISCV General Development
+ <libre-riscv-dev@lists.libre-riscv.org>
+Content-Type: multipart/mixed; boundary="===============4555861804105343232=="
+Errors-To: libre-riscv-dev-bounces@lists.libre-riscv.org
+Sender: "libre-riscv-dev" <libre-riscv-dev-bounces@lists.libre-riscv.org>
+
+
+--===============4555861804105343232==
+Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature";
+       boundary="=-nceve67+MkGTTWulbZUI"
+
+
+--=-nceve67+MkGTTWulbZUI
+Content-Type: text/plain; charset="UTF-8"
+Content-Transfer-Encoding: quoted-printable
+
+Luke Kenneth Casson Leighton schreef op do 26-03-2020 om 15:15 [+0000]:
+> On Thursday, March 26, 2020, Staf Verhaegen <staf@fibraservi.eu> wrote:
+> > I can understand you do this to implement functional units withconfigur=
+able pipeline length but I would strongly discourage to pipelineregister fi=
+les after each other .
+>=20
+>=20
+> "pipeline register files after each other"? apologies i am not clear what=
+you mean, here.  do you mean "don't do write-thru on the Regfile"?
+
+No I meant for example connecting the output of one port of an asynchronous=
+ RAM to for example the address input of another port of an asynchronous RA=
+M.
+
+greets,
+Staf.
+
+
+--=-nceve67+MkGTTWulbZUI--
+
+
+
+--===============4555861804105343232==
+Content-Type: text/plain; charset="utf-8"
+MIME-Version: 1.0
+Content-Transfer-Encoding: base64
+Content-Disposition: inline
+
+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KbGlicmUtcmlz
+Y3YtZGV2IG1haWxpbmcgbGlzdApsaWJyZS1yaXNjdi1kZXZAbGlzdHMubGlicmUtcmlzY3Yub3Jn
+Cmh0dHA6Ly9saXN0cy5saWJyZS1yaXNjdi5vcmcvbWFpbG1hbi9saXN0aW5mby9saWJyZS1yaXNj
+di1kZXYK
+
+--===============4555861804105343232==--
+
+
+