diff options
author | Joel Hestness <jthestness@gmail.com> | 2016-04-15 12:34:02 -0500 |
---|---|---|
committer | Joel Hestness <jthestness@gmail.com> | 2016-04-15 12:34:02 -0500 |
commit | 39e10ced035a7e1f53673fc998741f8b6067135d (patch) | |
tree | 481fd83c90f869034215115504d8eb5128e9a384 /src/mem/ruby/system | |
parent | edbf748181bdd3ac86838e7c55d98a336b285e01 (diff) | |
download | gem5-39e10ced035a7e1f53673fc998741f8b6067135d.tar.xz |
ruby: Fix block_on behavior
Ruby's controller block_on behavior aimed to block MessageBuffer requests into
SLICC controllers when a Locked_RMW was in flight. Unfortunately, this
functionality only partially works: When non-Locked_RMW memory accesses are
issued to the sequencer to an address with an in-flight Locked_RMW, the
sequencer may pass those accesses through to the controller. At the controller,
a number of incorrect activities can occur depending on the protocol. In
MOESI_hammer, for example, an intermediate IFETCH will cause an L1D to L2
transfer, which cannot be serviced, because the block_on functionality blocks
the trigger queue, resulting in a deadlock. Further, if an intermediate store
arrives (e.g. from a separate SMT thread), the sequencer allows the request
through to the controller, and the atomicity of the Locked_RMW may be broken.
To avoid these problems, disallow the Sequencer from passing any memory
accesses to the controller besides Locked_RMW_Write when a Locked_RMW is in-
flight.
Diffstat (limited to 'src/mem/ruby/system')
-rw-r--r-- | src/mem/ruby/system/Sequencer.cc | 18 |
1 files changed, 18 insertions, 0 deletions
diff --git a/src/mem/ruby/system/Sequencer.cc b/src/mem/ruby/system/Sequencer.cc index dedade3cf..b7df371e1 100644 --- a/src/mem/ruby/system/Sequencer.cc +++ b/src/mem/ruby/system/Sequencer.cc @@ -173,6 +173,16 @@ Sequencer::insertRequest(PacketPtr pkt, RubyRequestType request_type) } Addr line_addr = makeLineAddress(pkt->getAddr()); + + // Check if the line is blocked for a Locked_RMW + if (m_controller->isBlocked(line_addr) && + (request_type != RubyRequestType_Locked_RMW_Write)) { + // Return that this request's cache line address aliases with + // a prior request that locked the cache line. The request cannot + // proceed until the cache line is unlocked by a Locked_RMW_Write + return RequestStatus_Aliased; + } + // Create a default entry, mapping the address to NULL, the cast is // there to make gcc 4.4 happy RequestTable::value_type default_entry(line_addr, @@ -382,7 +392,15 @@ Sequencer::writeCallback(Addr address, DataBlock& data, if (!m_usingNetworkTester) success = handleLlsc(address, request); + // Handle SLICC block_on behavior for Locked_RMW accesses. NOTE: the + // address variable here is assumed to be a line address, so when + // blocking buffers, must check line addresses. if (request->m_type == RubyRequestType_Locked_RMW_Read) { + // blockOnQueue blocks all first-level cache controller queues + // waiting on memory accesses for the specified address that go to + // the specified queue. In this case, a Locked_RMW_Write must go to + // the mandatory_q before unblocking the first-level controller. + // This will block standard loads, stores, ifetches, etc. m_controller->blockOnQueue(address, m_mandatory_q_ptr); } else if (request->m_type == RubyRequestType_Locked_RMW_Write) { m_controller->unblock(address); |