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

[rtl] Remove low utility assertions #2255

Merged
merged 1 commit into from
Feb 18, 2025

Conversation

GregAC
Copy link
Contributor

@GregAC GregAC commented Feb 14, 2025

This removes several assertions from ibex_controller. They aimed to ensure that controller behaviour was correct on exception behaviour (e.g. ensuring that a pending interrupt will actually trigger an interrupt). However they've proved to be flaky and hard to maintain with multiple edge cases needing to be accounted for.

The co-simulation checking in functional verification will catch the same issues these assertions catch. The assertions (when working correctly) would cause a failure directly when the bug happens which makes debugging easier. However they've added significant effort in regression triage due to their many false failures so it's not worth the maintenance burden.

Within formal they don't really add any value now we have the full end-to-end formal flow.

I decided this was a sensible course of action when looking at the CI failure in #2214 (which was down to an incorrect failure in one of the removed assertions).

This removes several assertions from `ibex_controller`. They aimed to
ensure that controller behaviour was correct on exception behaviour
(e.g. ensuring that a pending interrupt will actually trigger an
interrupt). However they've proved to be flaky and hard to maintain with
multiple edge cases needing to be accounted for.

The co-simulation checking in functional verification will catch the
same issues these assertions catch. The assertions (when working
correctly) would cause a failure directly when the bug happens which
makes debugging easier. However they've added significant effort in
regression triage due to their many false failures so it's not worth the
maintenance burden.

Within formal they don't really add any value now we have the full
end-to-end formal flow.
Copy link
Contributor

@marnovandermaas marnovandermaas left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think removing these assertions is reasonable.

@GregAC GregAC added this pull request to the merge queue Feb 18, 2025
Merged via the queue into lowRISC:master with commit d53035b Feb 18, 2025
11 checks passed
@GregAC GregAC deleted the remove_controller_asserts branch February 18, 2025 22:05
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants