-
Notifications
You must be signed in to change notification settings - Fork 145
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
In stream_xbar module, when flush_i is asserted, ready_o[31] remains unset (not set to 0). #211
Comments
Hi @niwis, |
Hi @hayat10x, according to the signal description, common_cells/src/stream_xbar.sv Lines 57 to 61 in 69d40a5
Also, note that |
yes, valid_i is deasserted in the case when flush_i is asserted.
|
could you share a waveform? Also, to clarify, flush_i only resets the internal state of the round-robin arbiter, which determines which input is being served in the following cycles. |
@hayat10x we would need more visibility to debug this. could you share a reproducible testbench or a data format containing all internal signals? |
Hi @niwis, I apologize for the delayed response. Unfortunately, access to the JasperGold license has been discontinued. I will provide all the internal signals once it becomes available again. Thanks |
I wrote this assertion and it is failing.
It passes for all other ready_o, but fails for ready_o[31].
The text was updated successfully, but these errors were encountered: