From: bugzilla-daemon@libre-riscv.org
To: libre-riscv-dev@lists.libre-riscv.org
Subject: [libre-riscv-dev] [Bug 270] investigate nmigen clock gating
Date: Sat, 28 Mar 2020 16:20:53 +0000
Message-ID: <bug-270-13-XWpq1sp4fd@http.bugs.libre-riscv.org/> (raw)
In-Reply-To: <bug-270-13@http.bugs.libre-riscv.org/>
http://bugs.libre-riscv.org/show_bug.cgi?id=270
Staf Verhaegen <staf@fibraservi.eu> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |staf@fibraservi.eu
--- Comment #2 from Staf Verhaegen <staf@fibraservi.eu> ---
(In reply to Luke Kenneth Casson Leighton from comment #1)
> > The principle is that you save power by not clocking the parts of the circuit
> > that don't have to do any computing. I think this could be a more
> > general way to only enable the stages in your pipeline who actually
> > are doing computation.
>
> ok so if i understand this correctly:
>
> * the clock still runs at 1600mhz
> * the clock runs a cyclic shift-register of length equal to the
> number of stages, at 1600 mhz.
> * only every *alternate* one of those elements in the shift register
> is enabled (or, if you want full speed, all of them).
> * through EnableInserter each stage is clocked by a *different* bit
> in the shifted-register
Correct, the clock is the pipeline clock. In theory other parts of the CPU
could for example run at half the clock frequency. This will then naturally
automatically only committing a new operation every other cycle at maximum.
I did not test it but EnableInserter should work in simulation and FPGA.
Depending on FPGA you likely won't see the full power improvements as I think
that the enabling is implemented as an enable input to each FF and not with
gating parts of the clock tree. It will still guarantee that the output of FFs
don't change.
As said implementing clock gating for ASICs will not be a simple task.
--
You are receiving this mail because:
You are on the CC list for the bug.
_______________________________________________
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: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-03-28 14:14 [libre-riscv-dev] [Bug 270] New: " bugzilla-daemon
2020-03-28 14:34 ` [libre-riscv-dev] [Bug 270] " bugzilla-daemon
2020-03-28 16:20 ` bugzilla-daemon [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=bug-270-13-XWpq1sp4fd@http.bugs.libre-riscv.org/ \
--to=bugzilla-daemon@libre-riscv.org \
--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