My three big deadlines are all over tomorrow. I'd like us to spend
some time this week to get everything all set to release the
repository. This job is mostly for myself and Gabe, but we need to
answer various questions about mailing list archives and such as well.
Nate
TypeError: Can't convert object of type NoneType to CheckedInt
Error setting param LiveProcess.simpoint to None
On Sun, Mar 9, 2008 at 7:23 AM, nathan binkert [EMAIL PROTECTED]
wrote:
wow, what's up with this? Pool probelm? or did someone break
fast?
or do we need new values
I've asked my lawyer if I can remove the HEWLETT-PACKARD COMPANY part
from the body of the license. If they agree, then we need to get UM
and FSU and MIPS to agree.
Nate
On Mon, Mar 17, 2008 at 2:38 PM, Ali Saidi [EMAIL PROTECTED] wrote:
On Mar 17, 2008, at 1:52 PM, Korey Sewell wrote:
Ok, I got the following license approved. HP isn't mentioned except
for the copyright line. We now need to get UM, FSU, and MIPS to agree
to this.
Ali/Steve: Can you take care of UM?
Steve H: Can you take care of FSU?
Korey: Can you take care of MIPS?
This would HUGELY simplify things.
So, I just installed Visual Studio 2008 and found that it actually
supports variadic macros, so we could in theory compile M5 using it.
It's also my understanding that there is a free compiler only version
of visual studio 2008 that we could use. Seems to me that we should
target that eventually
see that you are actually referring to the former... right?
On Thu, Apr 3, 2008 at 9:04 PM, nathan binkert [EMAIL PROTECTED] wrote:
Ah. Well, I don't care so much. The device isn't a real thing
though, it's totally fake. Should possibly just call it AlphaBackdoor
or ConsoleBackdoor
I brought this up with Ali and he was opposed, but I thought I'd ask everyone.
SCons seems to give us lots of problems, so maybe we should consider
just sticking a known good version of scons in the ext directory. We
could provide a script in the top level directory called compile or
something
Can you set up some sort of cross environment on zizzer to make it
easier. Maybe even just NFS mount the pool root filesystem and chroot
to it?
Nate
So as I see in we have a few possibilities:
a) fix the SConscript to pass BATCH_CMD. The only way I know to do this is
to set BATCH_CMD in
I've been digging and digging and digging and digging, and I think I'm
getting closer to an answer. What I'm trying to figure out now is if output
to the console is handled by a dedicated thread, or if it happens inline
with printk. It looks like printk puts stuff in a buffer and then the
There's also a kernel command line option to override the bios notion
of how much ram there is. Did you try that? No matter what you do,
you must come up with a way to make the amount of memory configurable.
On Sat, Apr 26, 2008 at 10:00 PM, Gabe Black [EMAIL PROTECTED] wrote:
Well, it's not
with me. I can work on
that machine which won't have a problem with allocating 4 gigs until I
make that configurable..
Gabe
nathan binkert wrote:
There's also a kernel command line option to override the bios notion
of how much ram there is. Did you try that? No matter what you
I'm guessing the answer is no.
Nate
On Sat, May 3, 2008 at 8:34 AM, Gabe Black [EMAIL PROTECTED] wrote:
That turns on the output in the trace printing code, but it can't print
what it doesn't have. ExecResult is turned on with Exec so I've been
using it. That makes sense because it's been
The reason I'd want to enumerate children is so I can find any memory
objects below the CPU and determine what available ranges I can add into
the map. If there ends up being in-memory-system address transformation
in the future that could be more complicated, but for now just getting a
For now though, I'd say that you should probably just have whatever
SimObject that represents BIOS data just get a pointer to a list of
memobjects.
How would I get that list? Would I do that in C++ or in the python?
Either is fine with me but I'm not clear on how that would work.
In preparation of the repository release, I'm fixing up a bunch of
bugs in the current repo. One thing is all of the various user names.
If you would like to change or update your username in the
repository, please let me know. For those that have multiple
usernames, I've picked the one that I
I just got back from my trip. I'll try to review this in the next
couple of days, but I'm going to work on getting the copyright stuff
done first.
Nate
On Thu, May 22, 2008 at 2:01 PM, Ali Saidi [EMAIL PROTECTED] wrote:
So this fixes some bugs in the previous version (specifically hginfo.cc
panic() -- An assert that isn't compiled out
fatal() -- some configuration parameter caused a problem
Ok, I thought so. Do we want to keep these names? I will promise
that I have learned finally, but the names seem a bit to synonymous to
me. I will go through my code and convert the proper
I don't know if it's worth spending time adding more indirection to the
error path so python can print an error. If the error is fatal python isn't
going to be able to correct it and continue.
I don't plan to make it part of the standard run, but I plan to make
it either something that happens
I concur with Ali.
On Fri, May 30, 2008 at 5:39 PM, Ali Saidi [EMAIL PROTECTED] wrote:
Why can't you just stick it in the constructor? You'll need to serialize
that timer value when a checkpoint is dropped and create an event when the
checkpoint is restored from, but you would need to do that
are all the patches supposed to be committed now in some order or do
you want everything working as is?
You should be doing all of your work in mercurial queues. All you'll
need to do is get everything into a patch, copy .hg/patches to the new
repo's .hg directory, and delete
that initializing it in the constructor and
then redoing it restoring from the checkpoint might cause problems, but in
retrospect in this case I think it'll probably actually work out. I'll let
you know if I discover otherwise, but for now that's what I'll do.
Gabe
nathan binkert wrote:
I concur
multiple names on the same copyright?
Gabe
Gabe Black wrote:
BTW, I'm back on satellite internet again so don't expect this to be
lightning quick.
Gabe
Nathan Binkert wrote:
I keep updating the original location
On May 31, 2008, at 3:20 PM, Gabe Black [EMAIL PROTECTED] wrote:
I'm
src/mem/cache, and they don't seem right at all... most of them have
dates that end in 2005, and the SConscript has a date of 2006 even
though hg shows that it was created in 2007 and modified in 2008.
Steve
On Fri, May 30, 2008 at 10:39 PM, nathan binkert [EMAIL PROTECTED] wrote:
Alright
Looking through the mips directory for files that are just copyright MIPS
and not UM
interrupts.cc seems to be derived from alpha/interrupts.hh
linux/linux.hh is exactly the same as alpha/linux/linux.hh with some
constants changed
linux/linux.cc is s/AlphaLinux/MipsLinux/g of
A few (a vast minority) of .isa files for x86 should have UM copyright on
them. There are a couple which are copied basically from Alpha/SPARC which
should be fairly obvious since I think they have other people in the
authors. There are a few which I did a little with while working over the
exactly.
On Mon, Jun 2, 2008 at 7:26 AM, Ali Saidi [EMAIL PROTECTED] wrote:
What if it's supposed to be UM and MIPS?
[(UM, [2006], ['Blah']), (MIPS, [2007], ['Foo'])] ??
Ali
On Jun 1, 2008, at 4:34 PM, nathan binkert wrote:
Looking through the mips directory for files that are just
No because it wouldn't be clear. I also don't want to go through the
lawyers again. We're stuck with it the way it is.
Nate
On Mon, Jun 2, 2008 at 6:39 PM, Gabe Black [EMAIL PROTECTED] wrote:
Just to shorten things up a bit, would it be possible to somehow just add
the extra clause for
Aren't these statements contradictory? If you have the patch sets
under separate subdirs, can they come from different repos? Would you
still have to manually merge the series file? I don't totally blame
Gabe for having the willies about this.
Yeah, it sorta gives me the willies too. Maybe
Few comments.
1) I like this idea.
2) Linux explicitly exports symbols outside of an object. This seems
like it would be a pain.
3) Anonymous namespaces aren't obscure. Maybe there's a way to remove
these with strip.
4) It shouldn't be hard to get SCons to support this sort of thing.
Nate
On
It won't, but if you use the attached patch it seems to. Let me know if
it looks good and I'll tack it onto my queue.
Patch looks good.
Also, is there a solid
reason the create functions can't end up in a namespace other than the
global one? I'm ending up with some pretty horrible names
that at some point or if you'd rather
that'd be fine too.
Gabe
nathan binkert wrote:
It won't, but if you use the attached patch it seems to. Let me know if
it looks good and I'll tack it onto my queue.
Patch looks good.
Actually, does it make sense to get rid of cxx_namespace and just make
the code substantially as well as requires
various pieces of the simulator to be completely independent. Either
way I doubt it's worth the effort.
Ali
On Jun 9, 2008, at 12:53 PM, nathan binkert wrote:
Few comments.
1) I like this idea.
2) Linux explicitly exports symbols outside of an object
So this would be the PCI bus support in the north bridge for instance?
Should I just arbitrarily pick a chipset and implement that, or is there
something more generic?
I think that there's really only one interface for this that really
matters. On alpha, there were lots of north bridge
How about instead of Params.some_class the syntax would be
Params(some_class) where Params is more like a class than a module? Then
you could look up the information for the class you're dealing with
without ever having to give it a globally consistent name.
Seems reasonable to me... I don't
I was wondering why we had both 'type' and 'cxx_classname'... last
time I recall working on that code (before Nate finished the params
auto-gen stuff), the point of 'type' was to be the C++ class name.
When is the Params.Foo thing different from the Python class name,
and is there a good
Excellent. I'll get these and your libm5 diff in the tree this coming
week. I just did a huge cleanup of the tree an a massive license
audit. I plan to release the repository sometime this weekend.
Hopefully then you can move to the repository version and if you want,
I can give you commit
I'm not sure any of that fully explains why we have both attributes
though. It is important to remember as in the cache builder example
that the 'type' is really something that identifies the function that
creates the C++ object and isn't necessarily the type of the resulting
object (or even
Are instances of class objects uniquely identifiable and usable as keys?
Only if they provide a __hash__ function, but in theory it should be possible.
If so, you could use the class as a key using the same mechanism instead
of the string name with Param.blah. So then you use class Foo to look
Dear M5 Users,
Today, it is our pleasure to announce the public availability of the
M5 repository.
It was quite a bit of work, but we've managed to get the copyright
holders on M5 code to agree to a single BSD style license for M5. The
one major exception to this is the new x86 code. This code
Today, it is our pleasure to announce the public availability of the
M5 repository.
Great job everybody. Hopefully Friday the 13th doesn't turn out to be
a problem :)
Nate
___
m5-dev mailing list
m5-dev@m5sim.org
changeset 943f436efe9b in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=943f436efe9b
summary: scons: fix program_info.cc generation
diffstat:
1 file changed, 1 deletion(-)
src/SConscript |1 -
diffs (25 lines):
diff -r 58bee6bdae6f -r 943f436efe9b src/SConscript
---
Thanks to everyone for all the effort.
BTW, the wiki page lists the development repo as m5-dev thought in
reality it's just m5 (as always). Which name should we stick with?
I vote m5.
___
m5-dev mailing list
m5-dev@m5sim.org
2008 -0700
@@ -28,6 +28,8 @@
* Authors: Nathan Binkert
*/
+%rename(assign) *::operator=;
+
%include base/range.hh
%include sim/host.hh
___
m5-dev mailing list
m5-dev@m5sim.org
http://m5sim.org/mailman/listinfo/m5-dev
changeset 4cff095bbf2b in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=4cff095bbf2b
summary: Add hg commands for style check so you can check at times other than
commit
diffstat:
1 file changed, 1 insertion(+), 1 deletion(-)
util/style.py |2 +-
diffs (123 lines):
diff
changeset a1981d557252 in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=a1981d557252
summary: MemReq: Add option to reset the time on a request.
diffs (11 lines):
diff -r 4cff095bbf2b -r a1981d557252 src/mem/request.hh
--- a/src/mem/request.hhSat Jun 14 19:37:26 2008
I think the bottom line is that as long as you want to do extensive
non-automated testing before declaring something as stable then you
have to have (1) some sort of freeze prior to that point so that your
testers are all testing the same thing (modulo bug fixes) and (2) some
group of people
In the case of some bug fix that needs to be released immediately that
fix could be pushed directly to m5-stable and pulled into m5.
This is an intriguing idea. OpenBSD does this on a 6 month schedule
and it works pretty well. Several other groups (ubuntu for example)
have also started on
I figured we'd make an exception for this month until all the pending
changes get in. We can start the new schedule in July (so the
earliest m5-stable update under the new plan would be ~Aug 1). Should
we should freeze m5-stable where it is now, or if not, when?
Ok, I like that. I think
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: Nathan Binkert
+ * Steve Reinhardt
+ */
+
+#include string
+#include
changeset 7c18f61da616 in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=7c18f61da616
summary: params: Prevent people from setting attributes on vector params.
diffstat:
1 file changed, 2 insertions(+)
src/python/m5/params.py |2 ++
diffs (14 lines):
diff -r a9b2504432d1 -r
I don't think this works, given that you've (still) got a single
global static instance of DefaultPeerPort... right? I ask because
this patch looks frighteningly familiar... I just did the same thing
last week (including the identical class rename :-) ) but mine was
more complicated because
# HG changeset patch
# User Nathan Binkert [EMAIL PROTECTED]
# Date 1213635026 25200
# Node ID a2e7f8c2bc7b1b44228303394797261f1f2b09d3
# Parent 4eebad63fad5463724fb64fdd1c6f923cd8df1f2
imported patch rename_mips_console.diff
diff --git a/src/dev/mips/MipsConsole.py b/src/dev/mips
# HG changeset patch
# User Nathan Binkert [EMAIL PROTECTED]
# Date 1213635025 25200
# Node ID 5ffbff2e6cada183d53f894f6458e8ad0ec20700
# Parent dc04d655315a1145c381bedbebbcc93bffd78fed
Rename SimConsole to Terminal since it makes more sense
diff --git a/configs/common/FSConfig.py b/configs
# HG changeset patch
# User Nathan Binkert [EMAIL PROTECTED]
# Date 1213638368 25200
# Node ID 148a05f7dfb91fc2084bdb9abc913070806c727b
# Parent d98970506a49bae1b7d9186a3f479a272cfb3485
Fix tests script to deal with changes in default file names
diff --git a/tests/SConscript b/tests/SConscript
I mentioned in a e-mail last night that I'd like to rename the various
things that are called console so that the names are not as ambiguous.
The following renames apply:
SimConsole - Terminal
AlphaConsole - AlphaBackdoor
MipsConsole - MipsBackdoor
Everyone OK with this?
I'm fine with
Long ago, we discussed changing the default output directory and the
names of some default output files.
I think I suggested m5out, but I'm not crazy about it.
Is there something you like more? I'm fine with m5out.
I kind of like extensions on the names. stats.out seems more
satisfying to
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: Nathan Binkert
-
-from m5.SimObject import SimObject
-from m5.params import
changeset 2830b6c18c9f in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=2830b6c18c9f
summary: PacketFifo: Get slack out of the EthPacketData structure. This allows
diffstat:
4 files changed, 36 insertions(+), 17 deletions(-)
src/dev/etherpkt.hh |8
changeset dc6a459769a1 in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=dc6a459769a1
summary: inet: initialization fixes.
diffstat:
2 files changed, 15 insertions(+), 15 deletions(-)
src/base/inet.hh | 15 ++-
src/dev/ns_gige.cc | 15 +--
diffs (204
; 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: Nathan Binkert
+ * Nathan Binkert
+ */
+
+#ifndef __SIM_SIM_OBJECT_PARAMS_HH__
+#define __SIM_SIM_OBJECT_PARAMS_HH__
+
+#ifndef PY_VERSION
+struct PyObject;
+#endif
+
+struct SimObjectParams
+{
+virtual ~SimObjectParams() {}
+
+std::string name;
+PyObject *pyobj;
+};
+
+
+#endif
You can also cast it to (const char *). I cant remember if this is
hard to fix or not. I'll check it out. File a bug if you like.
Nate
On Sat, Jun 21, 2008 at 9:34 AM, Gabe Black [EMAIL PROTECTED] wrote:
I've been dealing with a problem today where the warn macro seems to
have trouble
That's just bad luck. I'll make it so listening sockets can easily be
turned off soon.
Nate
On Sun, Jun 22, 2008 at 9:19 PM, Ali Saidi [EMAIL PROTECTED] wrote:
00:19:51 [saidi:zizzer /z/m5/regression/poolfs/m5] cat build/ALPHA_FS/
I thought about that and got rid of the ones in CopyString*().
However, without passing the tc object and creating a new port the
getfile (m5 op that stucks in the config file) fails to work
correctly. There must be something more going on there, but I couldn't
figure out what was happening.
I'm nearly done with the first step of getting parallel M5 working.
-- Add an EventQueue pointer to every SimObject and add
schedule()/deschedule()/reschedule() functions to the Base SimObject
to use that event queue pointer.
-- Change all calls to event scheduling to use that EventQueue
I've created a wiki page with my plan for parallel M5
http://m5sim.org/wiki/index.php/Parallel_M5
Nate
___
m5-dev mailing list
m5-dev@m5sim.org
http://m5sim.org/mailman/listinfo/m5-dev
I'd actually like to see this changset go back in. It seems that all
that needs to happen is that setPeer should delete the peer if it is a
defaultPort. There are a couple of ways to do this:
1) Have setPeer call disconnect(), though I'm not clear on how the
deletePort() thing is supposed to
I vote for (1) until it can be shown that it matters. A single pointer
doesn't seem like a big deal, especially since most of the things we
create and destroy frequently aren't SimObjects but other classes.
Showing that it matters is pretty hard unless you actually do it. A
profile won't
there is a status() accessor method, but nothing uses. It seems
unnecessary to to have a method to read the a variable that only the
object that contains that variable uses.
Why are you no longer serializing the status?
Why is it confusing that both a port and a CPU have a status? There
are
The right thing to do is to either rely on the existing python
framework, or move statements into the normal BaseCPU constructor.
In this instance, I think the former is the correct answer since it's
not exactly clear to me why those three variables must be set to null
in C++. I think the issue
OK, that makes more sense now. Still seems like in the long term the
right thing is to use a data structure that supports multiple readers
with either per-bucket locks, a reader/writer lock, or some sort of
non-blocking update (has x86 added a compare-and-swap yet?).
They've had cmpxchg
I looked at this a little in the car today and I found two useful bits
of information. First, an easy way to reproduce the problem is to make a
new repository with a directory and a file in the directory. Then
initialize MQ, make a new patch, move the file from in the directory to
the top of
changeset b1beee9351a4 in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=b1beee9351a4
summary: eventq: Clean up the Event class so that it uses fewer bytes. This
diffstat:
2 files changed, 2 insertions(+), 4 deletions(-)
src/sim/eventq.cc |3 +--
src/sim/eventq.hh |3 +--
changeset f0f8a3ee5aad in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=f0f8a3ee5aad
summary: eventq: new eventq data structure. The new data structure is singly
diffstat:
2 files changed, 7 insertions(+), 1 deletion(-)
src/sim/eventq.cc |1 +
src/sim/eventq.hh |7
changeset cf464d02bc57 in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=cf464d02bc57
summary: eventq: change the event datastructure back to LIFO.
diffstat:
2 files changed, 2 insertions(+), 4 deletions(-)
src/sim/eventq.cc |5 ++---
src/sim/eventq.hh |1 -
diffs (270
changeset 288b54c2fd8d in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=288b54c2fd8d
description:
style: fix indentation and formatting of the pseudo insts.
diffstat:
2 files changed, 209 insertions(+), 37 deletions(-)
src/sim/pseudo_inst.cc | 223
changeset 90d6811d5ea6 in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=90d6811d5ea6
description:
m5ops: clean up the m5ops stuff.
- insert warnings for deprecated m5ops
- reserve opcodes for Ali's stuff
- remove code for stuff that has been
only one changeset in the changegroup... which seems silly since if
we're concerned about space I'd rather lop off the diff than the extra
few lines of the description.
Steve
On Fri, Jul 11, 2008 at 9:12 AM, nathan binkert [EMAIL PROTECTED] wrote:
Ali recently updated mercurial and it broke
Did you ever get Michael's libm5 diff into the tree? I don't see any
evidence of it. We actually have a need for it so it would be great
to have the code ASAP... if there are issues with committing it, could
you just send it to us?
No. I'll get his stuff into my patch queue today and see how
My modest proposal is to add a new cprintf format character (maybe
%O) that prints the associated argument directly using operator
without assuming anything about the argument's type (other than that
there's an operator defined for it). Then I can write assert_rel
like the original version
This seems to make sense to me. I have one question though, is this
just for cachable addresses? On PCI and ISA busses, the default
responder responds by driving all zeros or ones respectively. Are you
going to be leaving this part alone?
Nate
On Mon, Jul 14, 2008 at 7:02 PM, Steve
So, x86/20.parser has failed for quite some time. There appear to be
some slight stat differences because 5 more instructions are being
simulated now. Do we want to keep this test failing Gabe? Does it
pass somewhere else? I'm just wondering if the difference is simply
because of your
of a sudden and then stay that way for a while.
Gabe
On Tue, 22 Jul 2008, nathan binkert wrote:
So, x86/20.parser has failed for quite some time. There appear to be
some slight stat differences because 5 more instructions are being
simulated now. Do we want to keep this test failing Gabe? Does
changeset 6d271691faa5 in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=6d271691faa5
description:
tests: update config.ini and stdout for the various tests.
These files were a bit too out of date and resulted in a bit of
confusion.
diffstat:
86 files changed,
changeset 2f132c18f9bc in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=2f132c18f9bc
description:
Mips was missing a few stats
diffstat:
1 file changed, 18 insertions(+), 4 deletions(-)
tests/quick/00.hello/ref/mips/linux/simple-atomic/m5stats.txt | 22 --
changeset c3149423e6cc in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=c3149423e6cc
description:
tests: There's a small unknown stats difference in 20.parser, accept it.
Hopefully if the difference pops back up, we can figure out what it was
diffstat:
1 file
I was thinking the other day that instead of having all the templating we
have to try to allow the compiler to optomize things it otherwise
wouldn't, maybe we should look into some sort of run-time optimization
system like llvm? I think several downsides include extra complexity, it
not
The current mechanism that we use for embedding the python code into
the m5 binary won't work if m5 is built as a shared library. Because
of this, I am going to use objcopy to embed the files into m5. As far
as I can tell, objcopy (which is part of binutils) is automatically
installed on just
So, there's a bizarre issue with execution tracing. It uses the
DPRINTF framework somewhat, but not completely. The big problem is
that the information is printed at commit, but the time printed is
when the instruction was fetched. So, if you turn on other trace
flags, the time printed will not
Ok, so I think I agree completely with Steve. To me, this means that
I'd remove the when field from the InstTrace object, and just use
curTick in the print function.
I'll also add a flag called ExecInExecute that will print the data in
execute instead of commit would probably be nice for some
I'm trying to commit your patches, and I'm running intop a problem with this
line:
std::liststrideEntry*::iterator minPos = NULL;
g++ 4.2.3 gives me:
error: conversion from 'long int' to non-scalar type
'std::_List_iteratorStridePrefetcher::strideEntry*' requested
Also, I
changeset 12d1a425d249 in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=12d1a425d249
description:
regress: update regressions for tty emulation fix.
diffstat:
44 files changed, 232 insertions(+), 347 deletions(-)
tests/long/00.gzip/ref/sparc/linux/o3-timing/m5stats.txt
Gabe (and anyone else that cares),
Did you know that much of the code in QEMU is licensed BSD? We could
steal that code to make things go faster.
Nate
___
m5-dev mailing list
m5-dev@m5sim.org
http://m5sim.org/mailman/listinfo/m5-dev
FYI, I've finished most part of the patch, but wish it can be tested a bit
more before I submit it to the repository. Since there are some deadlines
coming, I hope submitting it in late Aug or early Sept won't bother you
much?
That would be fine, though you might want to make your patches
changeset 3ad997252dd2 in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=3ad997252dd2
description:
scons: Get rid of generate.py in the build system.
I decided that separating some of the scons code into generate.py was
just a bad idea because it caused the
I sent out e-mail a while ago about changing some default output file names.
1) Currently, the default output directory is '.' which to me is
basically never what I want. Anyone object to something like
experiment or test or output or m5out or xxx... I'm not
super picky about this one since it
Something with m5 in the name would be good, to make up for not having 'm5'
in any of the files inside the directory. 'm5out' seems fine.
That's what I currently have.
I'm fine with either, though the '.txt' is nice since stats can
theoretically be dumped in other formats (though I guess the
# HG changeset patch
# User Nathan Binkert [EMAIL PROTECTED]
# Date 1217734987 25200
# Node ID 37ac7a23ded9099d7f8d6c340ec6efb10baa9a15
# Parent 70caf53d9d7c1504c6732b97ba190cb3c8f14b46
libm5: Create a libm5 static library for embedding m5.
This should allow m5 to be more easily embedded
Never seen it. If you get any more info, let me know. What does ps tell you?
On Sun, Aug 3, 2008 at 2:39 PM, Gabriel Michael Black
[EMAIL PROTECTED] wrote:
I noticed just now that scons had been stalled out partially through
compilation on something I fired off two days ago. I was using it
changeset 123049ae8ae5 in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=123049ae8ae5
description:
syscall: Avoid a compiler warning which turns into a bug.
Simply cast the result to an int and life is good.
diffstat:
0 files changed
diffs (12 lines):
diff -r
1 - 100 of 1452 matches
Mail list logo