diff options
author | Andreas Hansson <andreas.hansson@arm.com> | 2012-05-01 13:40:42 -0400 |
---|---|---|
committer | Andreas Hansson <andreas.hansson@arm.com> | 2012-05-01 13:40:42 -0400 |
commit | 3fea59e1629f5dac55a7d36752e822bee7fd7fa7 (patch) | |
tree | 5fd0076b5920a217f8463c66be3df9effe8e4324 /src/mem/tport.hh | |
parent | 8966e6d36d17acce3ddac13b309eeb12c7711f27 (diff) | |
download | gem5-3fea59e1629f5dac55a7d36752e822bee7fd7fa7.tar.xz |
MEM: Separate requests and responses for timing accesses
This patch moves send/recvTiming and send/recvTimingSnoop from the
Port base class to the MasterPort and SlavePort, and also splits them
into separate member functions for requests and responses:
send/recvTimingReq, send/recvTimingResp, and send/recvTimingSnoopReq,
send/recvTimingSnoopResp. A master port sends requests and receives
responses, and also receives snoop requests and sends snoop
responses. A slave port has the reciprocal behaviour as it receives
requests and sends responses, and sends snoop requests and receives
snoop responses.
For all MemObjects that have only master ports or slave ports (but not
both), e.g. a CPU, or a PIO device, this patch merely adds more
clarity to what kind of access is taking place. For example, a CPU
port used to call sendTiming, and will now call
sendTimingReq. Similarly, a response previously came back through
recvTiming, which is now recvTimingResp. For the modules that have
both master and slave ports, e.g. the bus, the behaviour was
previously relying on branches based on pkt->isRequest(), and this is
now replaced with a direct call to the apprioriate member function
depending on the type of access. Please note that send/recvRetry is
still shared by all the timing accessors and remains in the Port base
class for now (to maintain the current bus functionality and avoid
changing the statistics of all regressions).
The packet queue is split into a MasterPort and SlavePort version to
facilitate the use of the new timing accessors. All uses of the
PacketQueue are updated accordingly.
With this patch, the type of packet (request or response) is now well
defined for each type of access, and asserts on pkt->isRequest() and
pkt->isResponse() are now moved to the appropriate send member
functions. It is also worth noting that sendTimingSnoopReq no longer
returns a boolean, as the semantics do not alow snoop requests to be
rejected or stalled. All these assumptions are now excplicitly part of
the port interface itself.
Diffstat (limited to 'src/mem/tport.hh')
-rw-r--r-- | src/mem/tport.hh | 8 |
1 files changed, 4 insertions, 4 deletions
diff --git a/src/mem/tport.hh b/src/mem/tport.hh index 91706fbe9..db5a074fb 100644 --- a/src/mem/tport.hh +++ b/src/mem/tport.hh @@ -54,7 +54,7 @@ /** * The simple timing port uses a queued port to implement - * recvFunctional and recvTiming through recvAtomic. It is always a + * recvFunctional and recvTimingReq through recvAtomic. It is always a * slave port. */ class SimpleTimingPort : public QueuedSlavePort @@ -63,13 +63,13 @@ class SimpleTimingPort : public QueuedSlavePort protected: /** The packet queue used to store outgoing responses. */ - PacketQueue queue; + SlavePacketQueue queue; /** Implemented using recvAtomic(). */ void recvFunctional(PacketPtr pkt); /** Implemented using recvAtomic(). */ - bool recvTiming(PacketPtr pkt); + bool recvTimingReq(PacketPtr pkt); virtual Tick recvAtomic(PacketPtr pkt) = 0; @@ -77,7 +77,7 @@ class SimpleTimingPort : public QueuedSlavePort /** * Create a new SimpleTimingPort that relies on a packet queue to - * hold responses, and implements recvTiming and recvFunctional + * hold responses, and implements recvTimingReq and recvFunctional * through calls to recvAtomic. Once a request arrives, it is * passed to recvAtomic, and in the case of a timing access any * response is scheduled to be sent after the delay of the atomic |