2006-01-31 18:12:49 +01:00
|
|
|
/*
|
|
|
|
* Copyright (c) 2002-2005 The Regents of The University of Michigan
|
|
|
|
* All rights reserved.
|
|
|
|
*
|
|
|
|
* Redistribution and use in source and binary forms, with or without
|
|
|
|
* modification, are permitted provided that the following conditions are
|
|
|
|
* met: redistributions of source code must retain the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer;
|
|
|
|
* redistributions in binary form must reproduce the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer in the
|
|
|
|
* documentation and/or other materials provided with the distribution;
|
|
|
|
* neither the name of the copyright holders nor the names of its
|
|
|
|
* contributors may be used to endorse or promote products derived from
|
|
|
|
* this software without specific prior written permission.
|
|
|
|
*
|
|
|
|
* THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
|
|
|
|
* "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
|
|
|
|
* LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR
|
|
|
|
* A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT
|
|
|
|
* OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
|
|
|
|
* SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
|
|
|
|
* LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
|
|
|
|
* DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
|
|
|
|
* THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
|
|
|
|
* (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE
|
|
|
|
* OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
|
|
|
|
*/
|
|
|
|
|
|
|
|
/**
|
|
|
|
* @file
|
|
|
|
* Port Object Decleration. Ports are used to interface memory objects to
|
|
|
|
* each other. They will always come in pairs, and we refer to the other
|
|
|
|
* port object as the peer. These are used to make the design more
|
|
|
|
* modular so that a specific interface between every type of objcet doesn't
|
|
|
|
* have to be created.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#ifndef __MEM_PORT_HH__
|
|
|
|
#define __MEM_PORT_HH__
|
|
|
|
|
|
|
|
#include <list>
|
|
|
|
#include <inttypes.h>
|
|
|
|
|
2006-03-11 01:11:27 +01:00
|
|
|
#include "base/misc.hh"
|
2006-01-31 18:12:49 +01:00
|
|
|
#include "base/range.hh"
|
|
|
|
#include "mem/packet.hh"
|
|
|
|
#include "mem/request.hh"
|
|
|
|
|
2006-02-21 18:32:45 +01:00
|
|
|
/** This typedef is used to clean up the parameter list of
|
|
|
|
* getDeviceAddressRanges() and getPeerAddressRanges(). It's declared
|
|
|
|
* outside the Port object since it's also used by some mem objects.
|
|
|
|
* Eventually we should move this typedef to wherever Addr is
|
|
|
|
* defined.
|
|
|
|
*/
|
|
|
|
|
|
|
|
typedef std::list<Range<Addr> > AddrRangeList;
|
2006-04-06 06:51:46 +02:00
|
|
|
typedef std::list<Range<Addr> >::iterator AddrRangeIter;
|
2006-02-21 18:32:45 +01:00
|
|
|
|
2006-01-31 18:12:49 +01:00
|
|
|
/**
|
|
|
|
* Ports are used to interface memory objects to
|
|
|
|
* each other. They will always come in pairs, and we refer to the other
|
|
|
|
* port object as the peer. These are used to make the design more
|
|
|
|
* modular so that a specific interface between every type of objcet doesn't
|
|
|
|
* have to be created.
|
|
|
|
*
|
|
|
|
* Recv accesor functions are being called from the peer interface.
|
|
|
|
* Send accessor functions are being called from the device the port is
|
|
|
|
* associated with, and it will call the peer recv. accessor function.
|
|
|
|
*/
|
|
|
|
class Port
|
|
|
|
{
|
|
|
|
public:
|
|
|
|
|
2006-03-15 23:04:50 +01:00
|
|
|
virtual ~Port() {};
|
2006-01-31 18:12:49 +01:00
|
|
|
// mey be better to use subclasses & RTTI?
|
|
|
|
/** Holds the ports status. Keeps track if it is blocked, or has
|
|
|
|
calculated a range change. */
|
|
|
|
enum Status {
|
|
|
|
Blocked,
|
|
|
|
Unblocked,
|
|
|
|
RangeChange
|
|
|
|
};
|
|
|
|
|
|
|
|
private:
|
|
|
|
|
|
|
|
/** A pointer to the peer port. Ports always come in pairs, that way they
|
|
|
|
can use a standardized interface to communicate between different
|
|
|
|
memory objects. */
|
|
|
|
Port *peer;
|
|
|
|
|
|
|
|
public:
|
|
|
|
|
|
|
|
/** Function to set the pointer for the peer port.
|
|
|
|
@todo should be called by the configuration stuff (python).
|
|
|
|
*/
|
|
|
|
void setPeer(Port *port) { peer = port; }
|
|
|
|
|
2006-02-21 19:39:01 +01:00
|
|
|
/** Function to set the pointer for the peer port.
|
|
|
|
@todo should be called by the configuration stuff (python).
|
|
|
|
*/
|
2006-02-22 02:04:23 +01:00
|
|
|
Port *getPeer() { return peer; }
|
2006-02-21 19:39:01 +01:00
|
|
|
|
2006-01-31 18:12:49 +01:00
|
|
|
protected:
|
|
|
|
|
2006-02-21 18:20:02 +01:00
|
|
|
/** These functions are protected because they should only be
|
|
|
|
* called by a peer port, never directly by any outside object. */
|
|
|
|
|
2006-01-31 18:12:49 +01:00
|
|
|
/** Called to recive a timing call from the peer port. */
|
2006-01-31 20:20:39 +01:00
|
|
|
virtual bool recvTiming(Packet &pkt) = 0;
|
2006-01-31 18:12:49 +01:00
|
|
|
|
|
|
|
/** Called to recive a atomic call from the peer port. */
|
2006-01-31 20:20:39 +01:00
|
|
|
virtual Tick recvAtomic(Packet &pkt) = 0;
|
2006-01-31 18:12:49 +01:00
|
|
|
|
|
|
|
/** Called to recive a functional call from the peer port. */
|
2006-01-31 20:20:39 +01:00
|
|
|
virtual void recvFunctional(Packet &pkt) = 0;
|
2006-01-31 18:12:49 +01:00
|
|
|
|
|
|
|
/** Called to recieve a status change from the peer port. */
|
|
|
|
virtual void recvStatusChange(Status status) = 0;
|
|
|
|
|
|
|
|
/** Called by a peer port if the send was unsuccesful, and had to
|
|
|
|
wait. This shouldn't be valid for response paths (IO Devices).
|
|
|
|
so it is set to panic if it isn't already defined.
|
|
|
|
*/
|
|
|
|
virtual Packet *recvRetry() { panic("??"); }
|
|
|
|
|
|
|
|
/** Called by a peer port in order to determine the block size of the
|
|
|
|
device connected to this port. It sometimes doesn't make sense for
|
|
|
|
this function to be called, a DMA interface doesn't really have a
|
|
|
|
block size, so it is defaulted to a panic.
|
|
|
|
*/
|
2006-02-21 18:20:02 +01:00
|
|
|
virtual int deviceBlockSize() { panic("??"); }
|
2006-01-31 18:12:49 +01:00
|
|
|
|
|
|
|
/** The peer port is requesting us to reply with a list of the ranges we
|
|
|
|
are responsible for.
|
2006-04-06 06:51:46 +02:00
|
|
|
@param resp is a list of ranges responded to
|
|
|
|
@param snoop is a list of ranges snooped
|
2006-01-31 18:12:49 +01:00
|
|
|
*/
|
2006-04-06 06:51:46 +02:00
|
|
|
virtual void getDeviceAddressRanges(AddrRangeList &resp,
|
|
|
|
AddrRangeList &snoop)
|
2006-02-21 18:32:45 +01:00
|
|
|
{ panic("??"); }
|
2006-01-31 18:12:49 +01:00
|
|
|
|
|
|
|
public:
|
|
|
|
|
|
|
|
/** Function called by associated memory device (cache, memory, iodevice)
|
|
|
|
in order to send a timing request to the port. Simply calls the peer
|
|
|
|
port receive function.
|
|
|
|
@return This function returns if the send was succesful in it's
|
|
|
|
recieve. If it was a failure, then the port will wait for a recvRetry
|
|
|
|
at which point it can issue a successful sendTiming. This is used in
|
|
|
|
case a cache has a higher priority request come in while waiting for
|
|
|
|
the bus to arbitrate.
|
|
|
|
*/
|
2006-01-31 20:20:39 +01:00
|
|
|
bool sendTiming(Packet &pkt) { return peer->recvTiming(pkt); }
|
2006-01-31 18:12:49 +01:00
|
|
|
|
|
|
|
/** Function called by the associated device to send an atomic access,
|
|
|
|
an access in which the data is moved and the state is updated in one
|
|
|
|
cycle, without interleaving with other memory accesses.
|
|
|
|
*/
|
2006-01-31 20:20:39 +01:00
|
|
|
Tick sendAtomic(Packet &pkt)
|
2006-01-31 18:12:49 +01:00
|
|
|
{ return peer->recvAtomic(pkt); }
|
|
|
|
|
|
|
|
/** Function called by the associated device to send a functional access,
|
|
|
|
an access in which the data is instantly updated everywhere in the
|
2006-03-31 01:06:00 +02:00
|
|
|
memory system, without affecting the current state of any block or
|
|
|
|
moving the block.
|
2006-01-31 18:12:49 +01:00
|
|
|
*/
|
2006-01-31 20:20:39 +01:00
|
|
|
void sendFunctional(Packet &pkt)
|
2006-01-31 18:12:49 +01:00
|
|
|
{ return peer->recvFunctional(pkt); }
|
|
|
|
|
|
|
|
/** Called by the associated device to send a status change to the device
|
|
|
|
connected to the peer interface.
|
|
|
|
*/
|
|
|
|
void sendStatusChange(Status status) {peer->recvStatusChange(status); }
|
|
|
|
|
|
|
|
/** When a timing access doesn't return a success, some time later the
|
|
|
|
Retry will be sent.
|
|
|
|
*/
|
|
|
|
Packet *sendRetry() { return peer->recvRetry(); }
|
|
|
|
|
|
|
|
/** Called by the associated device if it wishes to find out the blocksize
|
|
|
|
of the device on attached to the peer port.
|
|
|
|
*/
|
2006-02-21 18:20:02 +01:00
|
|
|
int peerBlockSize() { return peer->deviceBlockSize(); }
|
2006-01-31 18:12:49 +01:00
|
|
|
|
|
|
|
/** Called by the associated device if it wishes to find out the address
|
|
|
|
ranges connected to the peer ports devices.
|
|
|
|
*/
|
2006-04-06 06:51:46 +02:00
|
|
|
void getPeerAddressRanges(AddrRangeList &resp, AddrRangeList &snoop)
|
|
|
|
{ peer->getDeviceAddressRanges(resp, snoop); }
|
2006-01-31 18:12:49 +01:00
|
|
|
|
|
|
|
/** This function is a wrapper around sendFunctional()
|
|
|
|
that breaks a larger, arbitrarily aligned access into
|
|
|
|
appropriate chunks. The default implementation can use
|
|
|
|
getBlockSize() to determine the block size and go from there.
|
|
|
|
*/
|
2006-03-30 22:59:49 +02:00
|
|
|
virtual void readBlob(Addr addr, uint8_t *p, int size);
|
2006-01-31 18:12:49 +01:00
|
|
|
|
|
|
|
/** This function is a wrapper around sendFunctional()
|
|
|
|
that breaks a larger, arbitrarily aligned access into
|
|
|
|
appropriate chunks. The default implementation can use
|
|
|
|
getBlockSize() to determine the block size and go from there.
|
|
|
|
*/
|
2006-03-30 22:59:49 +02:00
|
|
|
virtual void writeBlob(Addr addr, uint8_t *p, int size);
|
2006-01-31 18:12:49 +01:00
|
|
|
|
|
|
|
/** Fill size bytes starting at addr with byte value val. This
|
|
|
|
should not need to be virtual, since it can be implemented in
|
2006-03-12 22:38:16 +01:00
|
|
|
terms of writeBlob(). However, it shouldn't be
|
2006-01-31 18:12:49 +01:00
|
|
|
performance-critical either, so it could be if we wanted to.
|
|
|
|
*/
|
2006-03-30 22:59:49 +02:00
|
|
|
virtual void memsetBlob(Addr addr, uint8_t val, int size);
|
2006-02-21 17:27:53 +01:00
|
|
|
|
|
|
|
private:
|
|
|
|
|
|
|
|
/** Internal helper function for read/writeBlob().
|
|
|
|
*/
|
|
|
|
void blobHelper(Addr addr, uint8_t *p, int size, Command cmd);
|
2006-01-31 18:12:49 +01:00
|
|
|
};
|
|
|
|
|
2006-03-31 01:06:00 +02:00
|
|
|
/** A simple functional port that is only meant for one way communication to
|
|
|
|
* physical memory. It is only meant to be used to load data into memory before
|
|
|
|
* the simulation begins.
|
|
|
|
*/
|
|
|
|
|
|
|
|
class FunctionalPort : public Port
|
|
|
|
{
|
|
|
|
public:
|
|
|
|
virtual bool recvTiming(Packet &pkt) { panic("FuncPort is UniDir"); }
|
|
|
|
virtual Tick recvAtomic(Packet &pkt) { panic("FuncPort is UniDir"); }
|
|
|
|
virtual void recvFunctional(Packet &pkt) { panic("FuncPort is UniDir"); }
|
2006-04-29 23:37:25 +02:00
|
|
|
virtual void recvStatusChange(Status status) {}
|
2006-03-31 01:06:00 +02:00
|
|
|
|
2006-04-06 06:51:46 +02:00
|
|
|
template <typename T>
|
|
|
|
inline void write(Addr addr, T d)
|
|
|
|
{
|
|
|
|
writeBlob(addr, (uint8_t*)&d, sizeof(T));
|
|
|
|
}
|
|
|
|
|
|
|
|
template <typename T>
|
|
|
|
inline T read(Addr addr)
|
|
|
|
{
|
|
|
|
T d;
|
|
|
|
readBlob(addr, (uint8_t*)&d, sizeof(T));
|
|
|
|
return d;
|
|
|
|
}
|
|
|
|
};
|
2006-03-31 01:06:00 +02:00
|
|
|
|
2006-01-31 18:12:49 +01:00
|
|
|
#endif //__MEM_PORT_HH__
|