changed, 2 insertions(+)
util/m5/m5.c |2 ++
diffs (57 lines):
diff -r b50a557f93df -r 8ef4ad572a6b util/m5/m5.c
--- a/util/m5/m5.c Wed Dec 03 04:57:53 2008 -0800
+++ b/util/m5/m5.c Wed Dec 03 04:57:54 2008 -0800
@@ -27,6 +27,11 @@
*
* Authors: Nathan Binkert
*/
+
+#ifdef linux
changeset b50a557f93df in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=b50a557f93df
description:
util/m5: reorganize code so it is easier to add operations
diffstat:
1 file changed, 1 insertion(+)
util/m5/m5.c |1 +
diffs (truncated from 337 to 300 lines):
diff -r
changeset 88038cdbb9e1 in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=88038cdbb9e1
description:
cprintf: support a configurable width and precision ("*" in printf)
diffstat:
3 files changed, 16 insertions(+), 2 deletions(-)
src/base/cprintf.hh | 13 ++
changeset c45e8cb7f4ea in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=c45e8cb7f4ea
description:
Add the mkblankimage.sh utility to the utils directory.
diffstat:
1 file changed, 109 insertions(+)
util/mkblankimage.sh | 109 +
Lots of people want to bind processes to cores, so I added code to the
m5 binary to do that.
Nate
On Wed, Dec 3, 2008 at 5:14 PM, Nathan Binkert <[EMAIL PROTECTED]> wrote:
> changeset 8ef4ad572a6b in /z/repo/m5
> details: http://repo.m5sim.org/m5?cmd=changeset;node=8ef4ad572a6b
&
Why is abstract=True commented out?
Instead of having that strange "is8257" flag, why not just create two
child types and do the magic to construct the right thing in the C++?
Nate
On Fri, Dec 5, 2008 at 11:17 AM, Ali Saidi <[EMAIL PROTECTED]> wrote:
> changeset 4b44fe535d05 in /z/repo/m5
> det
I don't know if the performance is an issue for this stuff, but you do
have m5printk at your disposal.
Nate
On Fri, Dec 5, 2008 at 11:30 AM, Ali Saidi <[EMAIL PROTECTED]> wrote:
> changeset 0ab58d9bd9a5 in /z/repo/linux/patches
> details: http://m5sim.org/repolinux/patches?cmd=changeset;node=0a
> Because it is a lot more boiler plate replicated code in C++, but if
> you feel strongly about it, I'll do it.
It's actually not all that much, but it is more than what you have. I
guess it's not too big a deal. I just need to get my act together and
auto generate those create functions. Then
> m5dprintk = dprintk. We really should rename it all to m5_dprintk()
> since the dprintk name can cause issues in some places in the kernel
> that also define a dprintk function.
That seems fine to me. Easy enough to just search and replace on the
patches to fix that. One of these days I'm going
changeset f07df23e1fc8 in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=f07df23e1fc8
description:
flags: Change naming of functions to be clearer
diffstat:
2 files changed, 2 insertions(+), 7 deletions(-)
src/base/flags.hh |5 -
src/mem/packet.hh |4 ++--
diff
changeset ba6f2477d870 in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=ba6f2477d870
description:
eventq: move virtual function definitiions to the .cc file.
diffstat:
2 files changed, 7 insertions(+), 7 deletions(-)
src/sim/eventq.cc |7 +++
src/sim/eventq.hh |
changeset 8e87c0aa1f0b in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=8e87c0aa1f0b
description:
traceflags: Make "All" a valid trace flag.
diffstat:
0 files changed
diffs (12 lines):
diff -r 37b74394f2f9 -r 8e87c0aa1f0b src/python/m5/main.py
--- a/src/python/m5/main.
/src/python/m5/SimObject.pySat Dec 06 14:18:18 2008 -0800
@@ -27,7 +27,9 @@
# Authors: Steve Reinhardt
# Nathan Binkert
-import sys, types
+import math
+import sys
+import types
import proxy
import m5
@@ -627,8 +629,9 @@
if len(value) == 1
changeset fdfd6e4aad66 in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=fdfd6e4aad66
description:
scons: only use -Wno-pointer-sign with gcc >= 4.3
diffstat:
1 file changed, 2 insertions(+), 1 deletion(-)
ext/libelf/SConscript |3 ++-
diffs (16 lines):
diff -r f07df
changeset e53bdd0e4bf1 in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=e53bdd0e4bf1
description:
eventq: use the flags data structure
diffstat:
0 files changed
diffs (273 lines):
diff -r ba6f2477d870 -r e53bdd0e4bf1 src/cpu/o3/commit_impl.hh
--- a/src/cpu/o3/commit_im
This should really say >= 4.0
On Sat, Dec 6, 2008 at 2:23 PM, Nathan Binkert <[EMAIL PROTECTED]> wrote:
> changeset fdfd6e4aad66 in /z/repo/m5
> details: http://repo.m5sim.org/m5?cmd=changeset;node=fdfd6e4aad66
> description:
>scons: only use -Wno-pointer-sign with gc
This work for you steve?
On Sat, Dec 6, 2008 at 2:23 PM, Nathan Binkert <[EMAIL PROTECTED]> wrote:
> changeset f07df23e1fc8 in /z/repo/m5
> details: http://repo.m5sim.org/m5?cmd=changeset;node=f07df23e1fc8
> description:
>flags: Change naming of functions to be clearer
&
I was thinking that sometime in Jan or (probably more realistically
Feb), we should try to actually release m5 2.0. I know that this is
largely symbolic, but it's something that we should do. That said, we
should try to get all of the TODOs and bugs in the database up to date
over the next few we
changeset a7ce656e32a0 in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=a7ce656e32a0
description:
eventq: Add some debugging code to the eventq.
diffstat:
1 file changed, 1 insertion(+)
src/sim/eventq.hh |1 +
diffs (62 lines):
diff -r 7434b2271b0c -r a7ce656e32a0 s
Ok, we've talked a lot about style, but the document hasn't really been updated:
Things to add:
1) if/while/for statements must use braces unless the entirety of the
statement fits in two lines. if/elseif/else blocks can skip the
braces only if all blocks fit on two lines. i.e. (if: 2 lines,
if
After hearing from Rick some more, I don't believe that this patch is
sufficient. Rick? What about that patch I sent you?
On Sun, Dec 14, 2008 at 3:24 AM, wrote:
> # HG changeset patch
> # User Richard Strong
> # Date 1228847648 28800
> # Node ID 436cb149e7563491491e8202f99d80945232fccc
> # P
The patch looks reasonable, but how did it affect trace flags?
Nate
2008/12/17 Korey Sewell :
> For some reason, these constants didnt get updated for MIPS Linux, which is
> causing Hello World not to get work when TraceFlags were on...
>
> On Wed, Dec 17, 2008 at 4:46 PM, Korey Sewell
> wrote
Gabe, if you have any further questions on the x86 idle loop, I'm
actually quite familiar with it because of the ASISA stuff I was
doing. Ali is correct in how the idle loop works. One thing that is
nice is that the idle function is actually a function pointer, so it
is designed to be swapped wit
Yeah, you're right.
On Fri, Dec 19, 2008 at 9:26 AM, Ali Saidi wrote:
> For our initial purposes the default executes the halt instruction and
> should suffice as long as we have an implementation of halt that
> quiesces the CPU, correct?
>
> Ali
>
>
>
> On
> I notice there's a copy of the m5 op stuff in both the main repository
> and in the kernel patches, and that the version in the kernel patches
> isn't the same. Should they be? Do I need to link them together somehow?
> The version in the main repository has some definitions for functions
> the o
I recently put the mkblankimage.sh script in m5/util. My guess is
that we should remove the one from the website (with maybe a pointer
to the repository) and fix the one in the tree. Can you take care of
it gabe?
> I have the M5 ops working, but the slow IDE controller turned out to be
> a bug i
I feel like I'm missing some context with this patch (though I will
admit to not following the mailing list very closely after the last
few months. Was this the solution to us not being able to switch back
to timing from detailed? Can you write up a commit message?
At first glance, it seems corr
Gabe just committed this code, and your fix looks right to me.
Nate
On Thu, Jan 8, 2009 at 11:36 AM, Rick Strong wrote:
> Hi all,
>
> It appears that there is a compiler error in src/cpu/exetrace.cc for gcc
> version 4.3.2 for m5dev.
>
>
> scons: Building targets ...
> g++ -o /home/rstrong/bui
; ExecMacro? I sent an email recently which talked about how the new options
> work.
>
> My compiler must not have that warning, but I have seen that at work a few
> times. Do we want to and is there a way to disable it? It seems a little
> excessive to call that an error.
>
>
I'd say whichever is easier. What guests are in each camp?
Nate
On Fri, Jan 9, 2009 at 10:50 AM, wrote:
> I don't plan on doing any work on this in the near future, but what are
> people's
> opinions about implementing an EFI BIOS for m5 rather than a traditional
> BIOS? I
> think EFI woul
OSes, but that would include DOS for example.
>
> Basically, OSX has switched completely because they control the whole hardware
> stack. I think everyone else is switching too, but because people apparently
> still want to run windows 95 on their 16 way super servers they're takin
I was trying to compile and so I fixed this in my own tree, and in the
process, I came to the conclusion that this actually found a
legitimate bug. (+1 for leaving the warning on)
The thing is, I'm not at all clear on what the intended behavior is.
There are redundant terms in the version that's
;>>> Linux with elilo
>>>>>> HP-UX on IA-64
>>>>>> OpenVMS
>>>>>> OSX
>>>>>> Windows 2000 on Itanium
>>>>>> Windows Server 2003 for IA-64
>>>>>> Windows XP 64-bit Edition
>>
contained alpha/sparc/... code. That is probably a good bet.
>>
>> Ali
>>
>> On Jan 10, 2009, at 8:48 PM, Gabe Black wrote:
>>
>>> We actually have an implementation for Alpha's equivalent, right? The
>>> console binary? Do we have that in a sepa
ERY crufty and also complex and poorly documented. Something like
> linuxbios helps to get partway there, but just figuring out linuxbios
> itself is purported to not be for the faint of heart.
>
> Gabe
>
> nathan binkert wrote:
>> My only question would be, is there an e
My best guess is that $self is something that is a bit more recent in
swig. I wasn't aware of that. Can you get a newer version of swig?
I'll try to figure out when $self appeared.
Nate
2009/1/12 Dan Gibson :
> I'm running into a compile error when building a SWIG-generated file:
> build/ALPH
According to the CHANGES file, it appears that $self was added in swig
1.3.30. It also appears that before that, people just used self
without the $. I'm tempted to just raise the minimum version of swig
to 1.3.30 since it is two years old, but we could put in some #defines
or something like that
changeset 321f79ddb500 in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=321f79ddb500
description:
SCons: centralize the Dir() workaround for newer versions of scons.
Scons bug id: 2006 M5 Bug id: 308
diffstat:
7 files changed, 5 insertions(+), 42 deletions(-)
src
Perhaps it's time that we improved the fatal() message to explain
what's going on here. Any volunteers to hack it up and submit/commit
a patch?
Nate
-- Forwarded message --
From: Pavan Kumar
Date: Thu, Jan 15, 2009 at 2:42 PM
Subject: [m5-users] mmap: Cannot allocate memory
T
Great. I will try to send some comments today or tomorrow.
Nate
On Sat, Jan 17, 2009 at 7:44 AM, Korey Sewell wrote:
> Series of patches imports the mixie in-order model and gets it working for a
> MIPS hello-world application.
>
> Next up, more serious regression testing.
> _
I have a few more comments. (Steve caught the major ones)
-- Please don't commit random whitespace changes as this makes
following history more difficult. If you just review your diffs,
they're easy to spot.
-- Please include commit messages with your patches. (The -m option
to qrefresh can be u
changeset 0767f2b9524b in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=0767f2b9524b
description:
scons: Don't add all objects to the library twice
diffstat:
1 file changed, 2 insertions(+), 2 deletions(-)
src/SConscript |4 ++--
diffs (14 lines):
diff -r 20698b8549
he 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,
changeset 0af61da2b66a in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=0af61da2b66a
description:
tracing: panic() if people try to use tracing, but TRACING_ON is not
set.
Also clean things up so that help strings can more easily be added.
Move the help fu
changeset 19c06c037040 in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=19c06c037040
description:
tracing: Add help strings for some of the trace flags
diffstat:
3 files changed, 18 insertions(+), 16 deletions(-)
src/arch/sparc/SConscript |2 +-
src/arch/x86/SConscrip
changeset e0850da03cd4 in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=e0850da03cd4
description:
python: Try to isolate the stuff that's in the m5.internal package a
bit more.
diffstat:
5 files changed, 28 insertions(+), 17 deletions(-)
src/python/SConscript |2
It's now super simple to add help strings for trace flags. For those
of you that "own" trace flags, can you please type some help strings
into them?
Thanks,
Nate
On Mon, Jan 19, 2009 at 10:13 AM, Nathan Binkert wrote:
> changeset 19c06c037040 in /z/repo/m5
> details:
r's fault (bad configuration, invalid arguments,
>
> 71 // etc.) and not a simulator bug. fatal() calls exit(1), i.e., a
>
> 72 // "normal" exit with an error code, as opposed to abort() like
>
> 73 // panic() does.
>
>
> On Mon, Jan 19,
changeset 1fb28f526602 in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=1fb28f526602
description:
python: add fatal() function to the m5 package and use it
diffstat:
2 files changed, 12 insertions(+), 1 deletion(-)
src/python/m5/__init__.py | 11 +++
src/python/
changeset aae3d7089925 in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=aae3d7089925
description:
thread_context: move getSystemPtr so SE mode can get to it.
There was really no reason that it should be FS only.
diffstat:
4 files changed, 5 insertions(+), 6 delet
> So does this mean that the TLB is on the other side of a port but still
> part of the CPU? That would be one way to ensure there's no intervening
> cache. Is there any way to pass faults around over a port? Or would this
> be more of a port-like connection to decouple request/response but to
> fi
> On Sun, Jan 18, 2009 at 11:19 PM, nathan binkert wrote:
>>
>> I have a few more comments. (Steve caught the major ones)
>> -- Please don't commit random whitespace changes as this makes
>> following history more difficult. If you just review your diffs,
>> the
changeset 34fe9bbc6705 in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=34fe9bbc6705
description:
o3cpu: give a name to the activity recorder for better tracing
diffstat:
3 files changed, 17 insertions(+), 8 deletions(-)
src/cpu/activity.cc | 13 -
src/cpu/a
I couldn't connect to any machine at eecs last night, so there was
probably some network problem that made this fail.
Nate
On Sat, Jan 24, 2009 at 12:01 AM, Cron Daemon
wrote:
>
> See /z/m5/regression/regress-2009-01-24-03:00:01 for details.
>
> ___
changeset 57f9f8b8e62f in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=57f9f8b8e62f
description:
cpu: provide a wakeup mechanism that can be used to pull CPUs out of
sleep.
Make interrupts use the new wakeup method, and pull all of the interrupt
stuff int
changeset baf5d5c96c68 in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=baf5d5c96c68
description:
pseudo inst: Add new wake cpu instruction for sending a message to wake
a cpu.
It's instantaneous and so it's somewhat bogus, but it's a first step.
diffstat:
6 fil
If a class has *any* virtual functions, it should have a virtual
destructor because the assumption is that you will use the class
polymorphically and you might delete the class with a pointer to the
base class.
Nate
On Sun, Jan 25, 2009 at 7:52 PM, Ali Saidi wrote:
> Gabe,
>
> I don't get a bu
Daniel's pthreads library only works with gem5, are you using the gem5
or m5 tree? (I thought you said m5 in your message to me before).
Nate
> I think it might have to do with Daniel's pthreads library written for SE
> mode. That's my guess.
>
> Polina
>
> On Tue, Jan 27, 2009 at 3:14 PM, Ali
> I've never heard of the webnew benchmark. I would check the apache
> configuration and make sure the files are where they should be. The
> 404 error here has nothing to do with simulation and is just a
> misconfiguration of the workload.
I thought you gave up on mod_specweb99 and created a new w
changeset dad5aad2dc2d in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=dad5aad2dc2d
description:
Fix typo
diffstat:
1 file changed, 1 insertion(+), 1 deletion(-)
src/sim/System.py |2 +-
diffs (12 lines):
diff -r f4a1bcc3b7bc -r dad5aad2dc2d src/sim/System.py
--- a
> This is a simple patch to fix FlySpray issue #315. We don't panic if a
> parameter without a default value isn't set which is a problem if the
> reason a default isn't set is that the user really needs to set one.
> I'm sending this mostly for Nate to say he is fine with doing it this
> way.
Are
-image_file = Param.String("disk image file")
+image_file = Param.String("", "disk image file")
>> Really? You don't have to set an image_file?
> You do for RawDiskImage, but you don't for CowDiskImage which inherits
> from it. If you don't set it and use it in a RawDiskImage you
> We've talked for a while about needing better error messages, links,
> more descriptions on the website, etc. How about we modify panic(),
> fatal(), and warn() to hash the format string for the message and
> print out a url with some portion of that hash.
This is a pretty cool idea.
The only r
> I suggest putting the error messages in a different directory (e.g.
> m5sim.org/e/). With this we could either re-write to the
> normal wiki, re-write to another wiki for errors where we had a custom
> not-found page, or re-write to some php/python that checked and did
> the appropriate thing. E
> The quick thing to do is to just modify the page not found message on
> the wiki. Does this work for everyone for now? In the future we could
> do something more complex to check the wiki (there is an api) and then
> display a special page if we want.
This would affect all wiki pages, right? I
I think I'm missing the high level overview of what this thread is
about, but I do have one comment
> To help find that seg fault, I'd suggest going into the kernel and placing
> m5_exit() calls in arch/x86/mm/fault.c in the do_page_fault() where the
> kernel sends a SIGSEGV to user code and that'
>It would be nice to hack the kernels elf loader to do something
> similar as well. Both could provide be sort of an overlay symbol table
> you'd pull in and out on task switches. I like these ideas, but
> unfortunately the binaries I'm dealing with in my disk image don't seem
> to have any sym
>The recent change which added a fatal for not having a default or
> user set value for a parameter broke X86_FS. There wasn't any way to
> really know that was going to happen since it wouldn't show up until run
> time and X86_FS isn't generally in a known condition, so I'm not all
> that upse
> What's the syntax to set something to NULL by default? That's actually
> what I want in this case, I think. I tried using "None" but apparently
> that's not right.
There's actually a special parameter called NULL. :) Just use it.
Nate
___
m5-dev ma
>I just noticed that while m5.debug is 54MB, but libm5_debug.a 197MB.
> Do we know why it's so huge? That -can't- be good for performance.
I'm pretty sure it's because there are multiple copies of many
functions in there. When C++ sees a template class member function,
it emits code for it in
bios/ACPI.py. The kernel I use is on zizzer at
> /dist/m5/system/binaries/x86_64-vmlinux-2.6.22.9. I'm uploading the disk
> image to /dist/m5/system/disks/x86root.img, but that will be a while
> yet. You probably won't get far enough to need those anyway, though.
>
> Gabe
&
Don't we want to pick a default CPU stepping/model/family? It seems
that we should pick a chip to "support"
Nate
On Sun, Feb 1, 2009 at 5:18 PM, Gabe Black wrote:
> changeset da5f7e97958c in /z/repo/m5
> details: http://repo.m5sim.org/m5?cmd=changeset;node=da5f7e97958c
> description:
>
For the XXX this is a hack, can you please use the newish hack() function?
Thanks,
Nate
On Sun, Feb 1, 2009 at 5:18 PM, Gabe Black wrote:
> changeset ac2c268bf4f1 in /z/repo/m5
> details: http://repo.m5sim.org/m5?cmd=changeset;node=ac2c268bf4f1
> description:
>X86: Rework interrupt pi
I know I'm overly anal, but if you have multiple changesets with
changes to the same thing like this, you may as well use qfold.
Nate
On Sun, Feb 1, 2009 at 5:18 PM, Gabe Black wrote:
> changeset 38f3f3e1e442 in /z/repo/m5
> details: http://repo.m5sim.org/m5?cmd=changeset;node=38f3f3e1e442
> d
> -//panic("Need implementation\n");
> +southBridge->ioApic->signalInterrupt(4);
> +southBridge->pic1->signalInterrupt(4);
Can you put a #define somewhere with a comment instead of the magic constant?
___
m5-dev mailing list
m5-dev@m5sim.org
Can you put the images and kernels that you're working with somewhere
so people can play if they want?
Nate
On Sun, Feb 1, 2009 at 5:18 PM, Gabe Black wrote:
> changeset 08c65e29e57e in /z/repo/m5
> details: http://repo.m5sim.org/m5?cmd=changeset;node=08c65e29e57e
> description:
>X86:
I know that I wasn't good about this with Alpha, but a comment in the
code with a reference to documentation that explains the numbers
you've stuck in there would generally be very nice.
Nate
On Sun, Feb 1, 2009 at 5:18 PM, Gabe Black wrote:
> changeset a2c317cefcf8 in /z/repo/m5
> details: h
You're manually setting loops per jiffy?
On alpha at least, we have a hook for the function that calculates it
and programatically return the number based on the clock frequency
selected.
I guess I should respond via e-mail for the record.
See arch/alpha/linux/system.(cc|hh)
_
> Sure. Does that work like warn once? It's in a position to be called a lot.
There's hack() and hack_once(). Though, you bring up a good point as
to whether it is worth ever printing a hack message more than once.
Nate
___
m5-dev mailing list
m5-de
> Yes. They're both on zizzer. The kernel is in
> /dist/m5/system/binaries/x86_64-vmlinux-2.6.22.9 and the disk image is
> in /dist/m5/system/disks/x86root.img. The head is up to the point where
> you'll get the very first page fault for user code and it'll die.
We should put it on m5sim.org. Tho
> Ok. Sometimes there isn't a very good single piece of documentation for
> this stuff and I have to extrapolate from miscellaneous specs, random
> websites and guesses. In the cases where there is an good source of
> information I'll add a reference.
Cool. In the cases of the extrapolation, comm
> I'd be in favor of this.
I'll do it as part of my massive SCons changes.
___
m5-dev mailing list
m5-dev@m5sim.org
http://m5sim.org/mailman/listinfo/m5-dev
Hi Korey,
I'm like to start looking at this now. Do you have any outstanding
changes? Is there a time when I can have a lock on the repository to
work with your patches on my own?
I did make one commit to the patch repository. I removed the status
file since that depends on each person's statu
You'll notice the 12345 part in the line. That means load that when
you're in one of those init levels. Thing is, I think that with the
way we boot, you may still be in S (single user). So, what ali says
is probably necessary (the console= line). Doing a higher value like
115200 means that it w
Woo! Super awesome! We generally don't run init and do our own thing,
so it should be even easier to move forward.
What's next?
Nate
On Wed, Feb 4, 2009 at 1:08 AM, Gabe Black wrote:
> A little over dramatic perhaps, and it's not quite right, but tada!
> Again! It even echoed when I typed!
>
gt;
>>> Beyond that, in no particular order, I'd like to work on some sort of
>>> BIOS/boot
>>> loader set up so I can boot all the way from power on to power off, add
>>> minimal
>>> ACPI support, fill out my SMBios table, add a simple graphics device of
&g
IN ANY WAY OUT OF THE USE
+# OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
+#
+# Authors: Nathan Binkert
+
import internal
def setOutputDir(dir):
diff -r 2519ba935a5c -r 68c52fee5a53 src/python/m5/debug.py
--- a/src/python/m5/debug.pySun Feb 01 22:40:51 2009 -0800
changeset 040d328ce5de in /z/repo/inorder-patches
details: inorder-patches?cmd=changeset;node=040d328ce5de
description:
ignore some stuff
diffstat:
1 file changed, 4 insertions(+)
.hgignore |4
diffs (8 lines):
diff -r cd969187e2d3 -r 040d328ce5de .hgignore
--- /dev/null Thu J
PURPOSE. THE REGENTS OF THE UNIVERSITY OF MICHIGAN SHALL NOT BE
-+# LIABLE FOR ANY DAMAGES, INCLUDING DIRECT, SPECIAL, INDIRECT,
-+# INCIDENTAL, OR CONSEQUENTIAL DAMAGES, WITH RESPECT TO ANY CLAIM
-+# ARISING OUT OF OR IN CONNECTION WITH THE USE OF THE SOFTWARE, EVEN
-+# IF IT HAS BEEN OR IS HEREAFTER ADVISED
changeset d8514fbac071 in /z/repo/inorder-patches
details: inorder-patches?cmd=changeset;node=d8514fbac071
description:
lots of fixup
diffstat:
9 files changed, 1488 insertions(+), 1617 deletions(-)
fix_compile.diff | 94 +
fix_mdu_latency_bug| 243 +--
fix_mixi
On Fri, Feb 6, 2009 at 4:30 PM, Nathan Binkert wrote:
> changeset d8514fbac071 in /z/repo/inorder-patches
> details: inorder-patches?cmd=changeset;node=d8514fbac071
> description:
>lots of fixup
Ok, I've got the patches applying, and the copyrights correct.
Currently, t
changeset d33c963656cb in /z/repo/inorder-patches
details: inorder-patches?cmd=changeset;node=d33c963656cb
description:
organize patches
diffstat:
10 files changed, 3446 insertions(+), 10152 deletions(-)
fix_compile.diff| 94
fix_mdu_latency_bug | 533 ---
fix_mixie_
changeset 71012a6974ed in /z/repo/inorder-patches
details: inorder-patches?cmd=changeset;node=71012a6974ed
description:
Add some commit messages for these patches
diffstat:
6 files changed, 38 insertions(+), 68 deletions(-)
import_mixie | 19 +++
make_mixi
changeset 40721d032036 in /z/repo/inorder-patches
details: inorder-patches?cmd=changeset;node=40721d032036
description:
Make sure everything compiles just fine
diffstat:
2 files changed, 15 insertions(+), 11 deletions(-)
import_mixie |4 +---
prepare_cpus.diff | 22 +
changeset d3fea0b4646c in /z/repo/inorder-patches
details: inorder-patches?cmd=changeset;node=d3fea0b4646c
description:
Rename mixie to inorder
diffstat:
3 files changed, 1185 insertions(+), 1185 deletions(-)
import_mixie| 2364 +--
m
changeset 8c1aa74572e4 in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=8c1aa74572e4
description:
Quell g++ 4.3 warning about operator ambiguity
diffstat:
1 file changed, 1 insertion(+), 1 deletion(-)
src/arch/x86/isa/microops/regop.isa |2 +-
diffs (12 lines):
diff
We don't have it because we haven't implemented an ISA that supports
it, so I see no reason not to add it. (It's pretty odd to put a fence
in for reads and not want writes to be fenced too.)
Nate
On Fri, Feb 6, 2009 at 9:06 PM, Gabe Black wrote:
>I notice that we have static inst flags c
I want to move the minimum SCons version forward. Currently, the
minimum is 0.96.91 which has a bunch of warts which are annoying.
Does anyone have a reason for me not to move to 0.98.0? Should I move
it even further forward?
There's always scons-local if people don't have local administration.
> What are the specific warts and in what version are they fixed?
Sigh. Alright, here goes.
I'm trying to significantly improve the build framework and there is a
lot that has improved in scons with respect to our minimum version.
More specifically, I've figured out how to reduce both the null bui
> Thank you. To me that sounds worth it. Although a page describing
> scons-local perhaps linked to the EnusreScons() check would be a
> necessity.
That's exactly what I'd do.
Nate
___
m5-dev mailing list
m5-dev@m5sim.org
http://m5sim.org/mailman/list
601 - 700 of 1984 matches
Mail list logo