Let p.ready_o be active while the test ALU is idle
authorCesar Strauss <cestrauss@gmail.com>
Sun, 28 Jun 2020 21:38:03 +0000 (18:38 -0300)
committerCesar Strauss <cestrauss@gmail.com>
Sun, 28 Jun 2020 21:51:53 +0000 (18:51 -0300)
commit2b4b3a653806c543a17b5f6e6db2c00d24996210
tree55dc81a4fb0747ee7eeb64ac8cad6c00b09cd911
parentc8e9e6c73e1c5004485220605c90c3fe8dc4f0d4
Let p.ready_o be active while the test ALU is idle

The valid/ready protocol doesn't actually forbid p.ready_o
being active while p.valid_i is inactive. It just mean that
the ALU is idle, and is ready to accept new data.

This should help avoiding potential combinatorial loops from
p.ready_o to p.valid_i.
src/soc/experiment/alu_hier.py