gem5/util/systemc/sc_logger.cc
Andrew Bardsley 83f7e7afaf sim: SystemC hosting
This patch hosts gem5 onto SystemC scheduler. There's already an upstream
review board patch that does something similar but this patch ...:

 1) is less obtrusive to the existing gem5 code organisation. It's divided
 into the 'generic' preparatory patches (already submitted) and this patch
 which affects no existing files

 2) does not try to exactly track the gem5 event queue with notifys into
 SystemC and so doesn't requive the event queue to be modified for
 anything other than 'out of event queue' scheduling events

 3) supports debug logging with SC_REPORT

The patch consists of the files:
    util/systemc/
        sc_gem5_control.{cc,hh} -- top level objects to use to
                                   instantiate gem5 Systems within
                                   larger SystemC test harnesses as
                                   sc_module objects
        sc_logger.{cc,hh}       -- logging support
        sc_module.{cc,hh}       -- a separated event loop specific to
                                   SystemC
        stats.{cc,hh}           -- example Stats handling for the sample
                                   top level
        main.{cc,hh}            -- a sample top level

On the downside this patch is only currently functional with C++
configuration at the top level.

The above sc_... files are indended to be compiled alongside gem5 (as a
library, see main.cc for a command line and util/systemc/README for
more details.)

The top-level system instantiation in sc_gem5_control.{cc,hh} provides
two classes: Gem5Control and Gem5System

Gem5Control is a simulation control class (from which a singleton
object should be created) derived from Gem5SystemC::Module which
carries the top level simulation control interface for gem5.  This
includes hosting a system-building configuration file and
instantiating the Root object from that file.

Gem5System is a base class for instantiating renamed gem5 Systems
from the config file hosted by the Gem5Control object.  In use, a
SystemC module class should be made which represents the desired,
instantiable gem5 System.  That class's instances should create
a Gem5System during their construction, set the parameters of that
system and then call instantiate to build that system.  If this
is all carried out in the sc_core::sc_module-derived classes
constructor, the System's external ports will become children of
that module and can then be recovered by name using sc_core::
sc_find_object.

It is intended that this interface is used with dlopen.  To that
end, the header file sc_gem5_control.hh includes no other header
files from gem5 (and so can be easily copied into another project).
The classes Gem5System and Gem5Control have all their member
functions declared `virtual' so that those functions can be called
through the vtable acquired by building the top level Gem5Control
using dlsym(..., "makeGem5Control") and `makeSystem' on the
Gem5Control.
2014-10-16 05:49:54 -04:00

153 lines
4.4 KiB
C++

/*
* Copyright (c) 2014 ARM Limited
* All rights reserved
*
* The license below extends only to copyright in the software and shall
* not be construed as granting a license to any other intellectual
* property including but not limited to intellectual property relating
* to a hardware implementation of the functionality of the software
* licensed hereunder. You may use the software subject to the license
* terms below provided that you ensure that this notice is replicated
* unmodified and in its entirety in all distributions of the software,
* modified or unmodified, in source code or in binary form.
*
* 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.
*
* Authors: Andrew Bardsley
*/
/**
* @file
*
* A logger to allow SystemC to capture DPRINTF messages (and similar things)
* using sc_report
*/
#include <cstdlib>
#include <cstring>
#include <sstream>
#include "sc_logger.hh"
namespace Gem5SystemC
{
/** Class to act as a streambuf for std::ostream which cuts output strings
* into lines and offers them to a logger */
class CuttingStreambuf : public std::streambuf
{
public:
/** Accumulate line so far */
std::ostringstream line;
/** Logger to send complete lines to */
Trace::Logger *logger;
CuttingStreambuf(Trace::Logger *logger_) : logger(logger_)
{ }
/** Accumulate to line up to \n and then emit */
int overflow(int i);
int sync();
/** Push a line out to the logger */
void outputLine();
~CuttingStreambuf();
};
void CuttingStreambuf::outputLine()
{
logger->logMessage((Tick)-1, "gem5", line.str());
line.clear();
line.str("");
}
/** This is pretty much the least efficient way of doing this, but it has the
* advantage of having very few corners to get wrong.
*
* A newly allocated streambuf will have no buffer to serve to its [oi]stream.
* It will, therefore, call overflow for every character it wants to insert
* into the output stream. Those characters are captured one by one here and
* added to this->line. */
int
CuttingStreambuf::overflow(int chr)
{
if (chr == '\n')
outputLine();
else if (chr != EOF)
line << (char) chr;
/* Always succeeds */
return 0;
}
int
CuttingStreambuf::sync()
{
if (!line.str().empty())
outputLine();
/* Always succeeds */
return 0;
}
CuttingStreambuf::~CuttingStreambuf()
{
sync();
}
Logger::Logger() :
cuttingStreambuf(new CuttingStreambuf(this)),
stream(cuttingStreambuf)
{
}
Logger::~Logger()
{
stream.flush();
delete cuttingStreambuf;
}
/** Log a single message as a single sc_report call */
void
Logger::logMessage(Tick when, const std::string &name,
const std::string &message)
{
/* Need to chop the newline off the message */
std::string message_without_nl = message;
message_without_nl.erase(
message_without_nl.find_last_not_of(" \n\r") + 1);
SC_REPORT_INFO(name.c_str(), message_without_nl.c_str());
}
std::ostream &
Logger::getOstream()
{
return stream;
}
}