mem: Delay responses in the crossbar before forwarding
authorAndreas Hansson <andreas.hansson@arm.com>
Fri, 3 Jul 2015 14:14:44 +0000 (10:14 -0400)
committerAndreas Hansson <andreas.hansson@arm.com>
Fri, 3 Jul 2015 14:14:44 +0000 (10:14 -0400)
commitdb85ddca1a3c81fb7c513216fa08bb1f6dd580b7
treed4cbaa6a2d2465727e08803e5189993d6493c6d2
parentb93c912013cd7f5417b92eaa33010af70e97f8ec
mem: Delay responses in the crossbar before forwarding

This patch changes how the crossbar classes deal with
responses. Instead of forwarding responses directly and burdening the
neighbouring modules in paying for the latency (through the
pkt->headerDelay), we now queue them before sending them.

The coherency protocol is not affected as requests and any snoop
requests/responses are still passed on in zero time. Thus, the
responses end up paying for any header delay accumulated when passing
through the crossbar. Any latency incurred on the request path will be
paid for on the response side, if no other module has dealt with it.

As a result of this patch, responses are returned at a later
point. This affects the number of outstanding transactions, and quite
a few regressions see an impact in blocking due to no MSHRs, increased
cache-miss latencies, etc.

Going forward we should be able to use the same concept also for snoop
responses, and any request that is not an express snoop.
src/mem/cache/cache_impl.hh
src/mem/coherent_xbar.cc
src/mem/coherent_xbar.hh
src/mem/noncoherent_xbar.cc
src/mem/noncoherent_xbar.hh
src/mem/snoop_filter.hh
src/mem/xbar.hh