From: Luke Kenneth Casson Leighton <lkcl@lkcl.net>
To: Libre-RISCV General Development <libre-riscv-dev@lists.libre-riscv.org>
Subject: Re: [libre-riscv-dev] daily status update 05may2020
Date: Wed, 6 May 2020 14:00:41 +0100
Message-ID: <CAPweEDxKLssVOgu=P_xrN7RoZPBSqv8b_KEy9kwbfD-n3Fm5og@mail.gmail.com> (raw)
In-Reply-To: <CAPweEDzs-aHLh3pcwTRKefdcup7dm3caSuBVu_gBN9BLD=7+Jg@mail.gmail.com>
On Wed, May 6, 2020 at 10:34 AM Luke Kenneth Casson Leighton
<lkcl@lkcl.net> wrote:
>> I mentioned that our project extensively uses reset_less=True with
>> combinatorial signals on the now-closed nmigen bug about adding
>> warnings for that case:
>> https://github.com/nmigen/nmigen/issues/379
>
>
> there is a resetless domain.
... which probably wouldn't have helped.
thank you for taking care of that: it would have been a royal pain in
the neck to suddenly have thousands of unnecessary warnings.
btw as an example, the CompUnits have an explicit "reset" capability -
a line named "go_die". when that's asserted, the SR Latches reset
back to "known-good". to have a "hidden nice convenient reset line"
to every single synchronous signal would be a huge waste of resources.
likewise the Dependency Matrices have a similar thing.
nice reset is great for FPGAs. it's also useful for interface code,
to get it back into a known-good state.
we *do* use reset - i think - in the pipeline register-latch API,
because that's a place where it's needed. although, there, again, for
"mask cancellable" pipelines we do *not* need "reset"... because
pulling the mask-cancel bit *does that exact same job*.
l.
_______________________________________________
libre-riscv-dev mailing list
libre-riscv-dev@lists.libre-riscv.org
http://lists.libre-riscv.org/mailman/listinfo/libre-riscv-dev
prev parent reply index
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-05-05 10:47 Luke Kenneth Casson Leighton
2020-05-05 13:02 ` Yehowshua
2020-05-05 14:23 ` Luke Kenneth Casson Leighton
2020-05-05 13:07 ` Yehowshua
2020-05-05 14:24 ` Luke Kenneth Casson Leighton
2020-05-05 19:11 ` Tobias Platen
2020-05-05 21:55 ` Luke Kenneth Casson Leighton
2020-05-05 22:04 ` Michael Nolan
2020-05-05 22:53 ` Luke Kenneth Casson Leighton
2020-05-05 20:26 ` Michael Nolan
2020-05-05 22:00 ` Luke Kenneth Casson Leighton
2020-05-05 21:13 ` Cole Poirier
2020-05-05 22:03 ` Luke Kenneth Casson Leighton
2020-05-06 0:54 ` Cole Poirier
2020-05-06 1:24 ` Jacob Lifshay
2020-05-06 9:34 ` Luke Kenneth Casson Leighton
2020-05-06 13:00 ` Luke Kenneth Casson Leighton [this message]
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='CAPweEDxKLssVOgu=P_xrN7RoZPBSqv8b_KEy9kwbfD-n3Fm5og@mail.gmail.com' \
--to=lkcl@lkcl.net \
--cc=libre-riscv-dev@lists.libre-riscv.org \
/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