You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
. Since qsys' interconnect scheduler only assigns AWREADY to network ready when AWVALID and WVALID are both high, our implementation would lead to a deadlock when SpatialIP is connected with an Intel qsys interconnect.
For now, I fixed this on the sflow branch by directly connecting the in.wdata.valid and out.wdata.valid. It seems to fix the issues for a subset of tests apps on the DE1 board. I'm not sure if it would cause problems for the Xilinx boards. We may want to try this fix with the regressions on Xilinx boards and see what happens. @mattfel1 What do you think?
The text was updated successfully, but these errors were encountered:
Right now, it seems that our WVALID assertion depends on AWREADY. This is caused by how we implement wdata.valid signal coming out of AXICmdIssue:
spatial/fringe/src/fringe/templates/dramarbiter/AXIProtocol.scala
Line 86 in b50476a
For now, I fixed this on the sflow branch by directly connecting the in.wdata.valid and out.wdata.valid. It seems to fix the issues for a subset of tests apps on the DE1 board. I'm not sure if it would cause problems for the Xilinx boards. We may want to try this fix with the regressions on Xilinx boards and see what happens. @mattfel1 What do you think?
The text was updated successfully, but these errors were encountered: