[Libre-soc-bugs] [Bug 393] Hook up L2 Cache to Wishbone/LDST Wrappers

bugzilla-daemon at libre-soc.org bugzilla-daemon at libre-soc.org
Sat Jun 20 20:35:20 BST 2020


https://bugs.libre-soc.org/show_bug.cgi?id=393

--- Comment #9 from Luke Kenneth Casson Leighton <lkcl at lkcl.net> ---
(In reply to Yehowshua from comment #7)
> Aha. So l0_cache.py **isn't** RTL -

it is indeed the RTL.

> its just a mock of what the RTL would do.

no, it's a combination of different classes that includes a "test"
class (the current L0CacheBuffer) which, as the docstring says,
allows us to "move on" in other areas of the code without the
memory architecture being a major blocker

it also contains sub-components which are needed for the "production"
version.

now, if we don't have time before the Oct 2020 deadline, L0CacheBuffer
*will* be the RTL that ends up being taped out.

this would be bad, because it can't handle misaligned ld/st and it
is deliberately hard-limited to one LD/ST at a time.


> So, would you want me to fit RTL into that?

see comment #1 and the link to the incremental strategy that i outlined.

i advocate that we go one step at a time - forget L1 Cache entirely for now
as it is a distraction.

if we can get a TestMemoryLoadStoreUnit written - *no cache nothing
its sole purpose being to write to TestMemory* which can then be
connected into L0CacheBuffer, then dropping in either BareLoadStoreUnit
*or* CacheLoadStoreUnit *OR* the cache code that you would like to write
is an absolutely trivial one-line change.

however without everything complying with that LoadStoreInterface, none
of that is possible.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


More information about the libre-soc-bugs mailing list