Skip to content
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

Make it legal for concrete resets to drive abstract reset #2018

Merged
merged 2 commits into from
Jul 9, 2021

Conversation

jackkoenig
Copy link
Contributor

This has been legal in FIRRTL since v1.2.3 (when reset inference started
using a unification-style algorithm) but was never exposed in the Chisel
API.

Also delete the overridden connects in AsyncReset and ResetType which
just duplicate logic from MonoConnect.

Contributor Checklist

  • [NA] Did you add Scaladoc to every public function/method?
  • Did you add at least one test demonstrating the PR?
  • Did you delete any extraneous printlns/debugging code?
  • Did you specify the type of improvement?
  • Did you add appropriate documentation in docs/src?
  • Did you state the API impact?
  • Did you specify the code generation impact?
  • Did you request a desired merge strategy?
  • Did you add text to be included in the Release Notes for this change?

Type of Improvement

  • new feature/API

API Impact

This makes it legal to drive a concrete reset (Bool() or AsyncReset()) with an abstract reset (Reset()), this has been legal in FIRRTL since v1.2.3 and was always intended to be exposed in Chisel but I forgot 🙃

Backend Code Generation Impact

No impact

Desired Merge Strategy

  • Squash

Release Notes

Make it legal to drive a concrete reset (Bool() or AsyncReset()) with an abstract reset (Reset()). Reset inference in FIRRTL works both forwards and backwards so the connection to the concrete reset will influence the type of the driving abstract reset.

Reviewer Checklist (only modified by reviewer)

  • Did you add the appropriate labels?
  • Did you mark the proper milestone (3.2.x, 3.3.x, 3.4.x, 3.5.0) ?
  • Did you review?
  • Did you check whether all relevant Contributor checkboxes have been checked?
  • Did you mark as Please Merge?

This has been legal in FIRRTL since v1.2.3 (when reset inference started
using a unification-style algorithm) but was never exposed in the Chisel
API.

Also delete the overridden connects in AsyncReset and ResetType which
just duplicate logic from MonoConnect.
@jackkoenig jackkoenig added this to the 3.2.x milestone Jul 8, 2021
@jackkoenig jackkoenig requested a review from azidar July 8, 2021 01:03
@jackkoenig jackkoenig added the Bugfix Fixes a bug, will be included in release notes label Jul 8, 2021
@jackkoenig jackkoenig merged commit 4b7b771 into master Jul 9, 2021
mergify bot pushed a commit that referenced this pull request Jul 9, 2021
This has been legal in FIRRTL since v1.2.3 (when reset inference started
using a unification-style algorithm) but was never exposed in the Chisel
API.

Also delete the overridden connects in AsyncReset and ResetType which
just duplicate logic from MonoConnect.

(cherry picked from commit 4b7b771)
mergify bot pushed a commit that referenced this pull request Jul 9, 2021
This has been legal in FIRRTL since v1.2.3 (when reset inference started
using a unification-style algorithm) but was never exposed in the Chisel
API.

Also delete the overridden connects in AsyncReset and ResetType which
just duplicate logic from MonoConnect.

(cherry picked from commit 4b7b771)
mergify bot pushed a commit that referenced this pull request Jul 9, 2021
This has been legal in FIRRTL since v1.2.3 (when reset inference started
using a unification-style algorithm) but was never exposed in the Chisel
API.

Also delete the overridden connects in AsyncReset and ResetType which
just duplicate logic from MonoConnect.

(cherry picked from commit 4b7b771)
@mergify mergify bot added the Backported This PR has been backported label Jul 9, 2021
@jackkoenig jackkoenig deleted the concrete-reset-drive-abstract-reset branch July 9, 2021 00:35
mergify bot added a commit that referenced this pull request Jul 9, 2021
…2018) (#2029)

* Make it legal for concrete resets to drive abstract reset (#2018)

This has been legal in FIRRTL since v1.2.3 (when reset inference started
using a unification-style algorithm) but was never exposed in the Chisel
API.

Also delete the overridden connects in AsyncReset and ResetType which
just duplicate logic from MonoConnect.

(cherry picked from commit 4b7b771)

* Fix issues with tests

Co-authored-by: Jack Koenig <[email protected]>
mergify bot added a commit that referenced this pull request Jul 9, 2021
…2018) (#2028)

* Make it legal for concrete resets to drive abstract reset (#2018)

This has been legal in FIRRTL since v1.2.3 (when reset inference started
using a unification-style algorithm) but was never exposed in the Chisel
API.

Also delete the overridden connects in AsyncReset and ResetType which
just duplicate logic from MonoConnect.

(cherry picked from commit 4b7b771)

* Fix issues with tests

Co-authored-by: Jack Koenig <[email protected]>
Co-authored-by: mergify[bot] <37929162+mergify[bot]@users.noreply.github.com>
mergify bot added a commit that referenced this pull request Jul 9, 2021
…2018) (#2027)

* Make it legal for concrete resets to drive abstract reset (#2018)

This has been legal in FIRRTL since v1.2.3 (when reset inference started
using a unification-style algorithm) but was never exposed in the Chisel
API.

Also delete the overridden connects in AsyncReset and ResetType which
just duplicate logic from MonoConnect.

(cherry picked from commit 4b7b771)

* Fix issues with tests

Co-authored-by: Jack Koenig <[email protected]>
Co-authored-by: mergify[bot] <37929162+mergify[bot]@users.noreply.github.com>
@sequencer
Copy link
Member

@jackkoenig
Copy link
Contributor Author

Not this PR, I believe #2023 is responsible, looking into it and should have a fix tomorrow.

azidar pushed a commit that referenced this pull request Jul 9, 2021
This has been legal in FIRRTL since v1.2.3 (when reset inference started
using a unification-style algorithm) but was never exposed in the Chisel
API.

Also delete the overridden connects in AsyncReset and ResetType which
just duplicate logic from MonoConnect.
@jackkoenig
Copy link
Contributor Author

This should now be fixed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Backported This PR has been backported Bugfix Fixes a bug, will be included in release notes
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants