2006-02-21 17:27:53 +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.
|
2006-06-01 01:26:56 +02:00
|
|
|
*
|
|
|
|
* Authors: Steve Reinhardt
|
2006-02-21 17:27:53 +01:00
|
|
|
*/
|
|
|
|
|
|
|
|
/**
|
2006-08-15 01:25:07 +02:00
|
|
|
* @file
|
|
|
|
* Port object definitions.
|
2006-02-21 17:27:53 +01:00
|
|
|
*/
|
2007-01-27 00:48:51 +01:00
|
|
|
#include <cstring>
|
2006-02-21 17:27:53 +01:00
|
|
|
|
|
|
|
#include "base/chunk_generator.hh"
|
2006-05-26 20:24:46 +02:00
|
|
|
#include "base/trace.hh"
|
2007-03-09 00:57:15 +01:00
|
|
|
#include "mem/mem_object.hh"
|
2006-02-21 17:27:53 +01:00
|
|
|
#include "mem/port.hh"
|
|
|
|
|
2008-06-16 06:34:32 +02:00
|
|
|
class DefaultPeerPort : public Port
|
2007-11-28 23:39:19 +01:00
|
|
|
{
|
|
|
|
protected:
|
2009-06-05 08:21:12 +02:00
|
|
|
void blowUp() const
|
2007-11-28 23:39:19 +01:00
|
|
|
{
|
2008-06-28 19:19:38 +02:00
|
|
|
fatal("%s: Unconnected port!", peer->name());
|
2007-11-28 23:39:19 +01:00
|
|
|
}
|
|
|
|
|
|
|
|
public:
|
2008-06-28 19:19:38 +02:00
|
|
|
DefaultPeerPort()
|
eventq: Major API change for the Event and EventQueue structures.
Since the early days of M5, an event needed to know which event queue
it was on, and that data was required at the time of construction of
the event object. In the future parallelized M5, this sort of
requirement does not work well since the proper event queue will not
always be known at the time of construction of an event. Now, events
are created, and the EventQueue itself has the schedule function,
e.g. eventq->schedule(event, when). To simplify the syntax, I created
a class called EventManager which holds a pointer to an EventQueue and
provides the schedule interface that is a proxy for the EventQueue.
The intent is that objects that frequently schedule events can be
derived from EventManager and then they have the schedule interface.
SimObject and Port are examples of objects that will become
EventManagers. The end result is that any SimObject can just call
schedule(event, when) and it will just call that SimObject's
eventq->schedule function. Of course, some objects may have more than
one EventQueue, so this interface might not be perfect for those, but
they should be relatively few.
2008-10-09 13:58:23 +02:00
|
|
|
: Port("default_port", NULL)
|
2008-06-16 06:34:32 +02:00
|
|
|
{ }
|
2007-11-28 23:39:19 +01:00
|
|
|
|
|
|
|
bool recvTiming(PacketPtr)
|
|
|
|
{
|
|
|
|
blowUp();
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
|
|
|
Tick recvAtomic(PacketPtr)
|
|
|
|
{
|
|
|
|
blowUp();
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
void recvFunctional(PacketPtr)
|
|
|
|
{
|
|
|
|
blowUp();
|
|
|
|
}
|
|
|
|
|
|
|
|
void recvStatusChange(Status)
|
|
|
|
{
|
|
|
|
blowUp();
|
|
|
|
}
|
|
|
|
|
2009-06-05 08:21:12 +02:00
|
|
|
unsigned
|
|
|
|
deviceBlockSize() const
|
2007-11-28 23:39:19 +01:00
|
|
|
{
|
|
|
|
blowUp();
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
void getDeviceAddressRanges(AddrRangeList &, bool &)
|
|
|
|
{
|
|
|
|
blowUp();
|
|
|
|
}
|
|
|
|
|
2008-06-16 06:34:32 +02:00
|
|
|
bool isDefaultPort() const { return true; }
|
|
|
|
};
|
2007-11-28 23:39:19 +01:00
|
|
|
|
2008-06-28 19:19:38 +02:00
|
|
|
DefaultPeerPort defaultPeerPort;
|
2007-11-28 23:39:19 +01:00
|
|
|
|
2008-06-28 19:19:38 +02:00
|
|
|
Port::Port(const std::string &_name, MemObject *_owner)
|
eventq: Major API change for the Event and EventQueue structures.
Since the early days of M5, an event needed to know which event queue
it was on, and that data was required at the time of construction of
the event object. In the future parallelized M5, this sort of
requirement does not work well since the proper event queue will not
always be known at the time of construction of an event. Now, events
are created, and the EventQueue itself has the schedule function,
e.g. eventq->schedule(event, when). To simplify the syntax, I created
a class called EventManager which holds a pointer to an EventQueue and
provides the schedule interface that is a proxy for the EventQueue.
The intent is that objects that frequently schedule events can be
derived from EventManager and then they have the schedule interface.
SimObject and Port are examples of objects that will become
EventManagers. The end result is that any SimObject can just call
schedule(event, when) and it will just call that SimObject's
eventq->schedule function. Of course, some objects may have more than
one EventQueue, so this interface might not be perfect for those, but
they should be relatively few.
2008-10-09 13:58:23 +02:00
|
|
|
: EventManager(_owner), portName(_name), peer(&defaultPeerPort),
|
|
|
|
owner(_owner)
|
2008-06-16 06:34:32 +02:00
|
|
|
{
|
|
|
|
}
|
|
|
|
|
2008-06-28 19:19:38 +02:00
|
|
|
Port::~Port()
|
2007-11-28 23:39:19 +01:00
|
|
|
{
|
|
|
|
}
|
|
|
|
|
2006-05-26 20:24:46 +02:00
|
|
|
void
|
2008-06-28 19:19:38 +02:00
|
|
|
Port::setPeer(Port *port)
|
2006-05-26 20:24:46 +02:00
|
|
|
{
|
2008-06-28 19:19:38 +02:00
|
|
|
DPRINTF(Config, "setting peer to %s\n", port->name());
|
|
|
|
|
|
|
|
peer = port;
|
2006-05-26 20:24:46 +02:00
|
|
|
}
|
|
|
|
|
eventq: Major API change for the Event and EventQueue structures.
Since the early days of M5, an event needed to know which event queue
it was on, and that data was required at the time of construction of
the event object. In the future parallelized M5, this sort of
requirement does not work well since the proper event queue will not
always be known at the time of construction of an event. Now, events
are created, and the EventQueue itself has the schedule function,
e.g. eventq->schedule(event, when). To simplify the syntax, I created
a class called EventManager which holds a pointer to an EventQueue and
provides the schedule interface that is a proxy for the EventQueue.
The intent is that objects that frequently schedule events can be
derived from EventManager and then they have the schedule interface.
SimObject and Port are examples of objects that will become
EventManagers. The end result is that any SimObject can just call
schedule(event, when) and it will just call that SimObject's
eventq->schedule function. Of course, some objects may have more than
one EventQueue, so this interface might not be perfect for those, but
they should be relatively few.
2008-10-09 13:58:23 +02:00
|
|
|
void
|
|
|
|
Port::setOwner(MemObject *_owner)
|
|
|
|
{
|
|
|
|
eventq = _owner->queue();
|
|
|
|
owner = _owner;
|
|
|
|
}
|
|
|
|
|
2007-03-09 00:57:15 +01:00
|
|
|
void
|
2008-06-28 19:19:38 +02:00
|
|
|
Port::removeConn()
|
2007-03-09 00:57:15 +01:00
|
|
|
{
|
2008-06-28 19:19:38 +02:00
|
|
|
if (peer->getOwner())
|
|
|
|
peer->getOwner()->deletePortRefs(peer);
|
|
|
|
peer = NULL;
|
2007-03-09 00:57:15 +01:00
|
|
|
}
|
|
|
|
|
2006-02-21 17:27:53 +01:00
|
|
|
void
|
2007-02-07 19:53:37 +01:00
|
|
|
Port::blobHelper(Addr addr, uint8_t *p, int size, MemCmd cmd)
|
2006-02-21 17:27:53 +01:00
|
|
|
{
|
2006-05-31 06:12:29 +02:00
|
|
|
Request req;
|
2006-02-21 17:27:53 +01:00
|
|
|
|
2006-02-21 18:20:02 +01:00
|
|
|
for (ChunkGenerator gen(addr, size, peerBlockSize());
|
|
|
|
!gen.done(); gen.next()) {
|
2006-05-31 06:12:29 +02:00
|
|
|
req.setPhys(gen.addr(), gen.size(), 0);
|
2007-06-30 19:16:18 +02:00
|
|
|
Packet pkt(&req, cmd, Packet::Broadcast);
|
2006-04-25 01:31:50 +02:00
|
|
|
pkt.dataStatic(p);
|
2006-05-19 04:32:21 +02:00
|
|
|
sendFunctional(&pkt);
|
2006-02-21 17:27:53 +01:00
|
|
|
p += gen.size();
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2006-03-12 22:38:16 +01:00
|
|
|
Port::writeBlob(Addr addr, uint8_t *p, int size)
|
2006-02-21 17:27:53 +01:00
|
|
|
{
|
2007-02-07 19:53:37 +01:00
|
|
|
blobHelper(addr, p, size, MemCmd::WriteReq);
|
2006-02-21 17:27:53 +01:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2006-03-12 22:38:16 +01:00
|
|
|
Port::readBlob(Addr addr, uint8_t *p, int size)
|
2006-02-21 17:27:53 +01:00
|
|
|
{
|
2007-02-07 19:53:37 +01:00
|
|
|
blobHelper(addr, p, size, MemCmd::ReadReq);
|
2006-02-21 17:27:53 +01:00
|
|
|
}
|
|
|
|
|
2006-03-02 16:31:48 +01:00
|
|
|
void
|
2006-03-12 22:38:16 +01:00
|
|
|
Port::memsetBlob(Addr addr, uint8_t val, int size)
|
2006-03-02 16:31:48 +01:00
|
|
|
{
|
|
|
|
// quick and dirty...
|
|
|
|
uint8_t *buf = new uint8_t[size];
|
|
|
|
|
2007-01-27 00:48:51 +01:00
|
|
|
std::memset(buf, val, size);
|
2007-02-07 19:53:37 +01:00
|
|
|
blobHelper(addr, buf, size, MemCmd::WriteReq);
|
2006-03-02 17:30:25 +01:00
|
|
|
|
2006-04-12 01:35:30 +02:00
|
|
|
delete [] buf;
|
2006-03-02 16:31:48 +01:00
|
|
|
}
|
2008-01-02 21:20:15 +01:00
|
|
|
|
|
|
|
|
|
|
|
void
|
|
|
|
Port::printAddr(Addr a)
|
|
|
|
{
|
|
|
|
Request req(a, 1, 0);
|
|
|
|
Packet pkt(&req, MemCmd::PrintReq, Packet::Broadcast);
|
|
|
|
Packet::PrintReqState prs(std::cerr);
|
|
|
|
pkt.senderState = &prs;
|
|
|
|
|
|
|
|
sendFunctional(&pkt);
|
|
|
|
}
|