mem: Fix cache sender state handling and add clarification
This patch addresses a bug in how the cache attached the MSHR as a sender state. Rather than overwriting any existing sender state it now pushes a new one. The handling of upward snoops is also clarified.
This commit is contained in:
parent
d765dbf22c
commit
036263e280
1 changed files with 7 additions and 1 deletions
8
src/mem/cache/cache.cc
vendored
8
src/mem/cache/cache.cc
vendored
|
@ -2330,6 +2330,10 @@ Cache::getTimingPacket()
|
|||
// dirty one.
|
||||
Packet snoop_pkt(tgt_pkt, true, false);
|
||||
snoop_pkt.setExpressSnoop();
|
||||
// We are sending this packet upwards, but if it hits we will
|
||||
// get a snoop response that we end up treating just like a
|
||||
// normal response, hence it needs the MSHR as its sender
|
||||
// state
|
||||
snoop_pkt.senderState = mshr;
|
||||
cpuSidePort->sendTimingSnoopReq(&snoop_pkt);
|
||||
|
||||
|
@ -2399,7 +2403,9 @@ Cache::getTimingPacket()
|
|||
}
|
||||
|
||||
assert(pkt != NULL);
|
||||
pkt->senderState = mshr;
|
||||
// play it safe and append (rather than set) the sender state, as
|
||||
// forwarded packets may already have existing state
|
||||
pkt->pushSenderState(mshr);
|
||||
return pkt;
|
||||
}
|
||||
|
||||
|
|
Loading…
Reference in a new issue