-
Notifications
You must be signed in to change notification settings - Fork 614
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix Boring.rwTap on instance ports #4451
Conversation
Previous behavior would always put the new probe expression in the instance's module body, but this is incompatible with instances built with Instantiate. Given FIRRTL now supports this, we can improve this API. Additionally, added a few more D/I + BoringUtils tests
de958f3
to
b2ecd34
Compare
@azidar I changed Milestone to |
In fact maybe we shouldn't backport at all since presumably firtool used with |
7e6ea3c
to
a0c16e6
Compare
)() | ||
} | ||
|
||
it should "work to tap an Instance[..]'s port" in { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this looks good, wondering if you wouldn't want a similar test to the one above where if you tap
to a Probe port it should work. But not blocking my review on that
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
could add more test (unless I am missing them) for normal tap
to a Probe port should work. And should it fail if you try to rwTap to a Probe Port? tap to a RWProbePort? can add those cases later though as they are sort of unrelated to what you are fixing, i think?
* Fix Boring.rwTap on instance ports Previous behavior would always put the new probe expression in the instance's module body, but this is incompatible with instances built with Instantiate. Given FIRRTL now supports this, we can improve this API. Additionally, added a few more D/I + BoringUtils tests * Added test of rwTap on RWProbe * Testing tap of instance probe port (cherry picked from commit 3bbf860) # Conflicts: # src/main/scala/chisel3/util/experimental/BoringUtils.scala # src/test/scala/chiselTests/BoringUtilsTapSpec.scala
* Fix Boring.rwTap on instance ports Previous behavior would always put the new probe expression in the instance's module body, but this is incompatible with instances built with Instantiate. Given FIRRTL now supports this, we can improve this API. Additionally, added a few more D/I + BoringUtils tests * Added test of rwTap on RWProbe * Testing tap of instance probe port
* Fix Boring.rwTap on instance ports (#4451) * Fix Boring.rwTap on instance ports Previous behavior would always put the new probe expression in the instance's module body, but this is incompatible with instances built with Instantiate. Given FIRRTL now supports this, we can improve this API. Additionally, added a few more D/I + BoringUtils tests * Added test of rwTap on RWProbe * Testing tap of instance probe port (cherry picked from commit 3bbf860) # Conflicts: # src/main/scala/chisel3/util/experimental/BoringUtils.scala # src/test/scala/chiselTests/BoringUtilsTapSpec.scala * Resolve backport conflicts --------- Co-authored-by: Adam Izraelevitz <[email protected]> Co-authored-by: Jack Koenig <[email protected]> Co-authored-by: mergify[bot] <37929162+mergify[bot]@users.noreply.github.com>
Previous behavior would always put the new probe expression in the instance's module body, but this is incompatible with instances built with Instantiate.
Given FIRRTL now supports this, we can improve this API.
Additionally, added a few more D/I + BoringUtils tests
Contributor Checklist
docs/src
?Type of Improvement
Desired Merge Strategy
Release Notes
BoringUtils.rwTap can now works on a port of an
instance: Instance[..]
Reviewer Checklist (only modified by reviewer)
3.6.x
,5.x
, or6.x
depending on impact, API modification or big change:7.0
)?Enable auto-merge (squash)
, clean up the commit message, and label withPlease Merge
.Create a merge commit
.