summaryrefslogtreecommitdiff
path: root/src/cpu/simple/timing.cc
diff options
context:
space:
mode:
authorRon Dreslinski <rdreslin@umich.edu>2006-11-13 22:37:22 -0500
committerRon Dreslinski <rdreslin@umich.edu>2006-11-13 22:37:22 -0500
commit903a61871438fc872a4762e4d782264cbbd02154 (patch)
tree68583be309085a163edb5d22d16f9f68bac8f513 /src/cpu/simple/timing.cc
parentdb0895084d11158f5d121e23949cc5d3ef7df748 (diff)
downloadgem5-903a61871438fc872a4762e4d782264cbbd02154.tar.xz
Fix a bug to handle the fact that a CPU can send Functional accesses while a sendTiming has not returned in the call stack.
src/mem/cache/base_cache.cc: Sometimes a functional access comes while waiting on a outstanding packet being sent. This could be because Timing CPU does some post processing on the recvTiming which send functional access. Either the CPU should leave the pkt/req around (so They can be referenced in the mem system). Or the mem system should remove them from outstanding lists and reinsert them if they fail in the sendTiming. I did the later, eventually we should consider doing the former if that is the correct behavior. --HG-- extra : convert_revision : be41e0d2632369dca9d7c15e96e5576d7583fe6a
Diffstat (limited to 'src/cpu/simple/timing.cc')
0 files changed, 0 insertions, 0 deletions