Hello. This sort of question should be sent to the [EMAIL PROTECTED]
mailing list. Please resend your question there and someone should be
able to help.
Gabe
prannav shrestha wrote:
> Hi all!!
> i tried to simulate multi-core system in M5.0b5 with cache upto level
> three. I am trying to run O
Hi all!!
i tried to simulate multi-core system in M5.0b5 with cache upto level three.
I am trying to run O3 cpu in SE. Part of corresponding configuration file is
as below:
..
CPUClass.clock = '2GHz'
np = 2
system = System(cpu = [DerivO3CPU(cpu_id=i) for i in xrange(
changeset c2509c70de08 in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=c2509c70de08
summary: SimObject: Add in missing includes of and fix minor style
problem.
diffstat:
2 files changed, 3 insertions(+)
src/sim/sim_object.hh|2 ++
src/sim/sim_object_params.hh |
It shouldn't affect stable yet, since the sim_object_params.hh file
just got pushed by Nate a couple days ago (since stable was last
updated). Go ahead and push it to m5.
Steve
2008/6/21 Gabe Black <[EMAIL PROTECTED]>:
> I don't know if this affects "stable" or not, but at least X86_FS does no
I've been dealing with a problem today where the warn macro seems to
have trouble using a character array directly as an argument as apposed
to a char *. This code:
char cleanedString[length + 1];
cleanedString[length] = 0;
if (str.length() > length) {
memcpy(cleanedStri
This sort of fix will break having a parameter of an abstract (abstract
= True) base class, presumably to be assigned a derived class at some
point, if that class if the base class is in a non-global namespace
and/or has a different name in C++ than it's type. The problem is that
the pointer ty
I don't know if this affects "stable" or not, but at least X86_FS
does not compile after pulling from the head. I get the following error:
build/X86_FS/sim/sim_object_params.hh:43: error: 'string' in namespace
'std' does not name a type
build/X86_FS/sim/sim_object.hh: In member function 'vir
On Jun 20, 2008, at 10:06 PM, Steve Reinhardt wrote:
> /** Return a virtual port. If no thread context is specified then
> a static
>* port is returned. Otherwise a port is created and returned. It
> must be
>* deleted by deleteVirtPort(). */
> VirtualPort*
> SimpleThread::getVirtPor
* build/ALPHA_SE/tests/fast/quick/00.hello/alpha/linux/simple-timing passed.
* build/ALPHA_SE/tests/fast/quick/20.eio-short/alpha/eio/simple-atomic
passed.
* build/ALPHA_SE/tests/fast/quick/20.eio-short/alpha/eio/simple-timing
passed.
* build/ALPHA_SE/tests/fast/quick/00.hello/alp