Remove overly strict enq.ready assertion on respQueues
This used to make sense when we used MemTraceCores which never blocks the response channel, but now that we're integrating with Vortex cores, we cannot make the same assumption on the core's actual pipeline behavior (although it is unclear why a core would ever block receiving responses.)
This commit is contained in:
@@ -1132,14 +1132,6 @@ class Uncoalescer(
|
||||
(foundRow.lanes zip io.respQueueIO).zipWithIndex.foreach { case ((foundLane, enqIOs), lane) =>
|
||||
foundLane.reqs.zipWithIndex.foreach { case (foundReq, depth) =>
|
||||
val enqIO = enqIOs(depth)
|
||||
|
||||
// TODO: rather than crashing, deassert tlOut.d.ready to stall downtream
|
||||
// cache. This should ideally not happen though (and hasn't happened yet
|
||||
// in testing.)
|
||||
assert(
|
||||
enqIO.ready,
|
||||
s"respQueue: enq port for ${depth}-th uncoalesced response is blocked for lane ${lane}"
|
||||
)
|
||||
// spatial-only coalescing: only looking at 0th srcId entry
|
||||
enqIO.valid := false.B
|
||||
enqIO.bits := DontCare
|
||||
|
||||
Reference in New Issue
Block a user