From: Daniel Date: Wed, 13 Mar 2019 23:51:35 +0000 (+0100) Subject: mem-cache: Fix write hit latency calculation order X-Git-Tag: v19.0.0.0~1054 X-Git-Url: https://git.libre-soc.org/?a=commitdiff_plain;h=94a00fb6d9270990cd04ae293556297a3c2f2563;p=gem5.git mem-cache: Fix write hit latency calculation order Patch 6d8694a5fb5cfb905186249581cc6a3fde6cc38a changes the order at which the access latency is calculated for hits. This order is incorrect, since the calculations must use the blk's whenReady value before the access is satisfied. Change-Id: I30dae5435f54200cc8fdf71fd0dbd2cf9c6f8b17 Signed-off-by: Daniel Reviewed-on: https://gem5-review.googlesource.com/c/public/gem5/+/17190 Reviewed-by: Giacomo Travaglini Reviewed-by: Nikos Nikoleris Maintainer: Nikos Nikoleris --- diff --git a/src/mem/cache/base.cc b/src/mem/cache/base.cc index 9f708b30d..50622d776 100644 --- a/src/mem/cache/base.cc +++ b/src/mem/cache/base.cc @@ -1065,15 +1065,15 @@ BaseCache::access(PacketPtr pkt, CacheBlk *&blk, Cycles &lat, DPRINTF(Cache, "%s new state is %s\n", __func__, blk->print()); incHitCount(pkt); + // A writeback searches for the block, then writes the data + lat = calculateAccessLatency(blk, pkt->headerDelay, tag_latency); + // When the packet metadata arrives, the tag lookup will be done while // the payload is arriving. Then the block will be ready to access as // soon as the fill is done blk->setWhenReady(clockEdge(fillLatency) + pkt->headerDelay + std::max(cyclesToTicks(tag_latency), (uint64_t)pkt->payloadDelay)); - // A writeback searches for the block, then writes the data - lat = calculateAccessLatency(blk, pkt->headerDelay, tag_latency); - return true; } else if (pkt->cmd == MemCmd::CleanEvict) { // A CleanEvict does not need to access the data array @@ -1143,15 +1143,15 @@ BaseCache::access(PacketPtr pkt, CacheBlk *&blk, Cycles &lat, incHitCount(pkt); + // A writeback searches for the block, then writes the data + lat = calculateAccessLatency(blk, pkt->headerDelay, tag_latency); + // When the packet metadata arrives, the tag lookup will be done while // the payload is arriving. Then the block will be ready to access as // soon as the fill is done blk->setWhenReady(clockEdge(fillLatency) + pkt->headerDelay + std::max(cyclesToTicks(tag_latency), (uint64_t)pkt->payloadDelay)); - // A writeback searches for the block, then writes the data - lat = calculateAccessLatency(blk, pkt->headerDelay, tag_latency); - // if this a write-through packet it will be sent to cache // below return !pkt->writeThrough(); @@ -1159,8 +1159,6 @@ BaseCache::access(PacketPtr pkt, CacheBlk *&blk, Cycles &lat, blk->isReadable())) { // OK to satisfy access incHitCount(pkt); - satisfyRequest(pkt, blk); - maintainClusivity(pkt->fromCache(), blk); // Calculate access latency based on the need to access the data array if (pkt->isRead() || pkt->isWrite()) { @@ -1169,6 +1167,9 @@ BaseCache::access(PacketPtr pkt, CacheBlk *&blk, Cycles &lat, lat = calculateTagOnlyLatency(pkt->headerDelay, tag_latency); } + satisfyRequest(pkt, blk); + maintainClusivity(pkt->fromCache(), blk); + return true; }