Libre RISC-V Mailing list Archives (accessible via public-inbox)
 help / color / Atom feed
From: Samuel Falvo II <sam.falvo@gmail.com>
To: Luke Kenneth Casson Leighton <lkcl@lkcl.net>
Cc: Libre-RISCV General Development <libre-riscv-dev@lists.libre-riscv.org>
Subject: Re: [libre-riscv-dev] Markdown on the wiki?
Date: Fri, 17 Jul 2020 18:19:07 -0700
Message-ID: <CAEz=son7=jtCP-XsJOR15e65zy4dSe93OmjZc-YhV8B8KeNMYA@mail.gmail.com> (raw)
In-Reply-To: <CAPweEDzGVLfLJ4Cf1qsEQMBrgm_NYXT09YadkdgKUkJD_CW=tQ@mail.gmail.com>

Sorry; just getting to this email now.  You'd think that being
unemployed would give you loads of time.  And, maybe it does, but only
after you clear your queue of other honey-dos and deliverables that's
queued up for others over time.  Uugh.

I can appreciate why people say that being "retired" is exhausting.  ;)


On Wed, Jul 15, 2020 at 10:13 AM Luke Kenneth Casson Leighton
<lkcl@lkcl.net> wrote:
> i updated the page you started, a bit more, this morning. you should be getting the impression now as to why i described this pipeline as dead simple to start from, because the code itself in spr main_stage.py really does not actually do very much.

Thanks; I'll take a read later this evening.

> no regfile reading, no decisions, no instruction decoding: nothing.  its *sole* job is to process its inputs and create some outputs.  it doesn't even know which registers that data actually comes from or goes to because *that is not its responsibility*.

Yeah, and I'm getting a lot of ideas for my future KCP53000
refinements as well.  In *theory*, it should be possible to use the
exact same combinatorial building blocks in a single-issue design as
it would in a pipelined, multi-issue design; only the wiring between
the blocks would need to be handled differently.  (Of course, theory
and reality are only theoretically related; still, I can see how this
would significantly *ease* the prospect of re-architecting the design
if ever became necessary.)

And if the libresoc becomes affordably available for me to hack with,
maybe I can design a CPU card around it for the Kestrel-3.  (Of
course, I'll need to migrate all the code currently running in M-mode
to U-mode first.)

-- 
Samuel A. Falvo II

_______________________________________________
libre-riscv-dev mailing list
libre-riscv-dev@lists.libre-riscv.org
http://lists.libre-riscv.org/mailman/listinfo/libre-riscv-dev

  reply index

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <CAEz=somu-i6og_eQZ51WbbLSe8spGAzEHiXUiDAY6=gdx1vFOg@mail.gmail.com>
2020-07-15 10:05 ` Luke Kenneth Casson Leighton
2020-07-15 10:47   ` Luke Kenneth Casson Leighton
2020-07-15 17:12     ` Luke Kenneth Casson Leighton
2020-07-18  1:19       ` Samuel Falvo II [this message]
2020-07-18  2:39         ` Luke Kenneth Casson Leighton

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAEz=son7=jtCP-XsJOR15e65zy4dSe93OmjZc-YhV8B8KeNMYA@mail.gmail.com' \
    --to=sam.falvo@gmail.com \
    --cc=libre-riscv-dev@lists.libre-riscv.org \
    --cc=lkcl@lkcl.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

Libre RISC-V Mailing list Archives (accessible via public-inbox)

Archives are clonable: git clone --mirror https://inbox.libre-soc.org/libre-riscv-dev

Example config snippet for mirrors


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git