diff options
author | Andreas Sandberg <Andreas.Sandberg@ARM.com> | 2015-05-05 03:22:33 -0400 |
---|---|---|
committer | Andreas Sandberg <Andreas.Sandberg@ARM.com> | 2015-05-05 03:22:33 -0400 |
commit | 48281375ee23283d24cf9d7fe5f6315afdb3a6fc (patch) | |
tree | 8452e0a52752b913ac40fe9299c6d40f859d7e79 /src/arch/power | |
parent | 1da634ace00dbae3165228b36655a62538c7c88d (diff) | |
download | gem5-48281375ee23283d24cf9d7fe5f6315afdb3a6fc.tar.xz |
mem, cpu: Add a separate flag for strictly ordered memory
The Request::UNCACHEABLE flag currently has two different
functions. The first, and obvious, function is to prevent the memory
system from caching data in the request. The second function is to
prevent reordering and speculation in CPU models.
This changeset gives the order/speculation requirement a separate flag
(Request::STRICT_ORDER). This flag prevents CPU models from doing the
following optimizations:
* Speculation: CPU models are not allowed to issue speculative
loads.
* Write combining: CPU models and caches are not allowed to merge
writes to the same cache line.
Note: The memory system may still reorder accesses unless the
UNCACHEABLE flag is set. It is therefore expected that the
STRICT_ORDER flag is combined with the UNCACHEABLE flag to prevent
this behavior.
Diffstat (limited to 'src/arch/power')
-rw-r--r-- | src/arch/power/tlb.cc | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/src/arch/power/tlb.cc b/src/arch/power/tlb.cc index 950483893..458ed29bf 100644 --- a/src/arch/power/tlb.cc +++ b/src/arch/power/tlb.cc @@ -150,7 +150,7 @@ TLB::checkCacheability(RequestPtr &req) if ((req->getVaddr() & VAddrUncacheable) == VAddrUncacheable) { // mark request as uncacheable - req->setFlags(Request::UNCACHEABLE); + req->setFlags(Request::UNCACHEABLE | Request::STRICT_ORDER); } return NoFault; } |