> On Jan. 18, 2017, 4:06 p.m., Jason Lowe-Power wrote:
> > src/arch/riscv/process.cc, line 222
> > <http://reviews.gem5.org/r/3780/diff/1/?file=64366#file64366line222>
> >
> > Two comments:
> > 1. Shouldn't this at least have a warning? I
> On Jan. 18, 2017, 4:04 p.m., Jason Lowe-Power wrote:
> > tests/test-progs/insttest/src/riscv/rv64i.cpp, line 238
> > <http://reviews.gem5.org/r/3781/diff/1/?file=64383#file64383line238>
> >
> > Can you block-comment instead of delete? I think we'll wan
ttp://reviews.gem5.org/r/3781/#comment7923>
Can you block-comment instead of delete? I think we'll want to add this
back in sometime in the relatively near future (e.g., when we have
functional-only tests).
- Jason Lowe-Power
On Jan. 12, 2017, 9:18 p.m., Alec R
780/#comment7924>
Two comments:
1. Shouldn't this at least have a warning? If the syscall arg register > 3
there is definitely a bug, right?
2. Can you return "0" instead of the last register? I think that's a better
failover case.
- Jason Lowe-Power
O
? I
don't have any suggestions off the top of my head, though.
- Jason Lowe-Power
On Jan. 17, 2017, 10:04 p.m., Curtis Dunham wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://review
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/3786/#review9256
---
Ship it!
Ship It!
- Jason Lowe-Power
On Jan. 17, 2017, 10:04 p.m
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/3788/#review9258
---
Ship it!
Ship It!
- Jason Lowe-Power
On Jan. 17, 2017, 10:04 p.m
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/3787/#review9257
---
Ship it!
Ship It!
- Jason Lowe-Power
On Jan. 17, 2017, 10:04 p.m
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/3784/#review9255
---
Ship it!
Ship It!
- Jason Lowe-Power
On Jan. 17, 2017, 10:04 p.m
oller timing
definitions to new files in the config/ directory?
- Jason Lowe-Power
On Jan. 17, 2017, 10:04 p.m., Curtis Dunham wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://review
lt;http://reviews.gem5.org/r/3360/#comment7922>
I believe it cannot be called before old_cpu.switchOut(). takeOverFrom()
assumes the system state is "Drained", which happens during switchOut() IIRC.
- Jason Lowe-Power
On
Hi gem5 Developers!
As you're probably aware, I'm going to be running a gem5 coding sprint in
the afternoon after the Learning gem5 tutorial at HPCA on Sunday Feb 5.
I'm looking for ideas for small projects that could be started (or even
better, completed) in a few hours. Do you have any small bu
Hi Rekai,
I too would love to see someone knowledgeable in other architectures,
especially x86, take a look at these patches. Unfortunately, I'm not sure
who we have around that either has the knowledge to do this, or has the
time.
I'll take a stab at it soon, though I don't know much about the I
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/3779/#review9247
---
Ship it!
Ship It!
- Jason Lowe-Power
On Jan. 10, 2017, 11:01 a.m
ation can be found on the website for Learning gem5 (
http://learning.gem5.org). Feel free to email me any questions (
ja...@lowepower.com). Hope to see you in Austin!
Cheers,
Jason
--
Jason Lowe-Power
PhD Student
University of Wisconsin-Madison,
Department of Computer Sciences
http:/
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/3768/#review9225
---
Ship it!
Ship It!
- Jason Lowe-Power
On Dec. 20, 2016, 8:07 a.m
have something that works.
It shows again how inflexible the Ruby profiler is...
- Jason Lowe-Power
On Dec. 20, 2016, 11:55 p.m., Tony Gutierrez wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://r
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/3772/#review9221
---
Ship it!
Ship It!
- Jason Lowe-Power
On Dec. 21, 2016, 3:31 p.m
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/3769/#review9220
---
Ship it!
Ship It!
- Jason Lowe-Power
On Dec. 20, 2016, 8:08 a.m
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/3770/#review9219
---
Ship it!
- Jason Lowe-Power
On Dec. 20, 2016, 8:10 a.m., Andreas
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/3722/#review9217
---
Ship it!
Ship It!
- Jason Lowe-Power
On Nov. 18, 2016, 1:01 p.m
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/3453/#review9216
---
Ship it!
Ship It!
- Jason Lowe-Power
On April 26, 2016, 12:42 p.m
Hello gem5 community,
First, I would like to thank all of our users. You are "the most important
members of the community and without them the project would have no
purpose."
A while ago (June 2015), I started the process of codifying the governance
of our community (
http://thread.gmane.org/gman
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/3743/#review9215
---
Ship it!
Ship It!
- Jason Lowe-Power
On Dec. 16, 2016, 3:17 p.m
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/3763/#review9213
---
Ship it!
Ship It!
- Jason Lowe-Power
On Dec. 15, 2016, 4:50 p.m
code.
- Jason Lowe-Power
On Dec. 15, 2016, 4:51 p.m., Curtis Dunham wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://review
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/3765/#review9211
---
Ship it!
Ship It!
- Jason Lowe-Power
On Dec. 15, 2016, 4:51 p.m
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/3766/#review9210
---
Ship it!
Ship It!
- Jason Lowe-Power
On Dec. 15, 2016, 4:51 p.m
743/#comment7915>
Why not use a vector? This is what it's actually representing,
correct?
I would argue for using the datatype that makes it most clear to future
people reading this code.
- Jason Lowe-Power
On Nov. 23, 2016, 2:52 p.m., Arthur P
> On Nov. 23, 2016, 3:17 p.m., Jason Lowe-Power wrote:
> > src/cpu/pred/BranchPredictor.py, line 100
> > <http://reviews.gem5.org/r/3743/diff/2/?file=63759#file63759line100>
> >
> > Comment is now wrong.
> >
> > Also, does it make
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/3752/#review9207
---
Ship it!
Ship It!
- Jason Lowe-Power
On Dec. 8, 2016, 11:33 p.m
Zeeb <
bzeeb-li...@lists.zabbadoz.net> wrote:
> On 9 Dec 2016, at 16:56, Jason Lowe-Power wrote:
>
> > Hi Bjoern,
> >
> > It's not fully tested, and I don't think everything works perfectly.
>
> Well, that’s true for more gem5 X86 things ;-)
>
>
>
Hi Bjoern,
It's not fully tested, and I don't think everything works perfectly.
However, I've had pretty good luck running simple benchmarks with it.
Cheers,
Jason
On Fri, Dec 9, 2016 at 10:53 AM Bjoern A. Zeeb <
bzeeb-li...@lists.zabbadoz.net> wrote:
> On 9 Dec 20
Hi Bjoern,
Just add MinorCPU on the command line when compiling with scons:
> scons build/X86/gem5.opt
CPU_MODELS=AtomicSimpleCPU,O3CPU,TimingSimpleCPU,MinorCPU
Or, you could modify the default build options in build_opts/X86.
Cheers,
Jason
On Fri, Dec 9, 2016 at 10:40 AM Bjoern A. Zeeb <
bzeeb
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/3751/#review9198
---
Ship it!
Ship It!
- Jason Lowe-Power
On Dec. 8, 2016, 11:32 p.m
/example/arm/dist_bigLITTLE.py (line 53)
<http://reviews.gem5.org/r/3750/#comment7892>
incorrect indentation.
- Jason Lowe-Power
On Dec. 6, 2016, 5:47 p.m., Gabor Dozsa wrote:
>
> ---
> This is an automatically generated e
functions you've
added? E.g., """This function does... Parameters are... returns...""" after the
function declarations.
- Jason Lowe-Power
On Dec. 6, 2016, 5:45 p.m., Gabor Dozsa wrote:
>
> ---
> T
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/3749/#review9185
---
Ship it!
Ship It!
- Jason Lowe-Power
On Dec. 6, 2016, 5:46 p.m
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/3747/#review9177
---
Ship it!
Ship It!
- Jason Lowe-Power
On Nov. 30, 2016, 4:48 p.m
changeset b0853929e223 in /z/repo/gem5
details: http://repo.gem5.org/gem5?cmd=changeset;node=b0853929e223
description:
cpu: Remove branch predictor function predictInOrder
This function was used by the now-defunct InOrderCPU model. Since this
model is no longer in gem5, thi
e.
More information can be found on the website for Learning gem5 (
http://learning.gem5.org). Feel free to email me any questions (
ja...@lowepower.com). Hope to see you in Austin!
Cheers,
Jason
--
Jason Lowe-Power
PhD Student
University of Wisconsin-Madison,
Department of Computer Science
Hello,
I'm about to push a bunch of recent patches from reviewboard to the main
gem5 repo. Some of these changes make regression stats updates, and I don't
know what the right protocol to update the regressions are. Here are my
questions:
1. For the new RISC-V regressions, should I make 2 patches
Hi Tingyuan,
There should be no overlap in the memory ranges of the directory
controllers. There is a function
"DirectoryMemory::mapAddressToDirectoryVersion" which takes an address and
returns the directory controller that the address should be routed to. This
function basically picks a few bits
Diff: http://reviews.gem5.org/r/3744/diff/
Testing
---
Compiles and se mode tests run.
Thanks,
Jason Lowe-Power
___
gem5-dev mailing list
gem5-dev@gem5.org
http://m5sim.org/mailman/listinfo/gem5-dev
> On Nov. 22, 2016, 5:51 p.m., Jason Lowe-Power wrote:
> > The error you're seeing is because you don't have Google's protobuf library
> > installed. Though it has no affect on what you're seeing.
> >
> > Can you run the full system linux boot r
ame branch prediction code as the o3 CPU, which may have
> led
> > to the current inconsistencies in how branch predictors handle
> out-of-order
> > mispredictions (or not :)).
> >
> > I've submitted a patch regarding this recently (
> > http://reviews.gem5.org/r
- this
is the confusion.)
I think it would be more clear to use bits or entries, personally. But if
the branch predictor papers usually talk about the history buffer in terms of
bytes instead of bits, I guess the current version makes more sense.
Thanks
- Jason Lowe-Power
On Nov. 23,
his seems to just be a count that defaults to 2**27. Is this really a
MemorySize?
- Jason Lowe-Power
On Nov. 22, 2016, 2:31 p.m., Arthur Perais wrote:
>
> ---
> This is an aut
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/3722/#review9153
---
Ship it!
Ship It!
- Jason Lowe-Power
On Nov. 18, 2016, 1:01 p.m
e Google's protobuf library
installed. Though it has no affect on what you're seeing.
Can you run the full system linux boot regression with O3 to be sure that it
still works correctly? This is a more rigorous test than any SE mode tests.
- Jason Lowe-Power
On Nov. 18, 2016, 3:21 p.m.,
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/3742/#review9145
---
Ship it!
Ship It!
- Jason Lowe-Power
On Nov. 21, 2016, 10:32 p.m
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/3741/#review9140
---
Ship it!
Ship It!
- Jason Lowe-Power
On Nov. 21, 2016, 7:24 p.m
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/3718/#review9136
---
Ship it!
Ship It!
- Jason Lowe-Power
On Nov. 17, 2016, 8:27 p.m
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/3739/#review9131
---
Ship it!
Ship It!
- Jason Lowe-Power
On Nov. 21, 2016, 6:43 p.m
xpert.
- Jason Lowe-Power
On Nov. 18, 2016, 3:14 p.m., Arthur Perais wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://review
include failing tests in a gem5 release, and had planned to
> add them when the bug was fixed. I'm pretty busy at the moment with
> several deadlines in the next few weeks, so I don't know if I'll be able to
> get to it anytime soon.
>
> Thanks,
> Alec
>
Hi all,
Is there any reason we don't have full text search enabled on reviewboard?
Did we accidentally overlook it, or does it strain our server too much?
Something else?
https://www.reviewboard.org/docs/manual/dev/users/searching/full-text-search/
I've been bitten many time by knowing something
Hi Alec,
These are ready according to me. Unless someone has an objection, I'll push
them on Friday (assuming I can get up after all the food on Thursday).
Note: All of the tests are passing for me with minor changes in the
instruction rates, etc.
Thanks again for these patches. I think that thi
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/3694/#review9128
---
Ship it!
Ship It!
- Jason Lowe-Power
On Nov. 3, 2016, 7:36 p.m
Hi Fernando,
I don't know what he original use of predictInOrder was, but you're right,
it doesn't look like it's in use now. You may be able to figure out what it
was used for by inferring its function from the code.
Jason
On Sun, Nov 13, 2016 at 2:37 PM Jason Lowe-Power
w
x27;re multithreaded or pieces of them are missing. I'm
> >going to try to put my instruction tests into 02.insttest.
> >
> >On Fri, Oct 28, 2016 at 11:01 AM, Jason Lowe-Power
> >wrote:
> >
> >> Hi Alec,
> >>
> >> Our regression testi
suite you're
running which exercises all of these syscalls?
- Jason Lowe-Power
On Nov. 16, 2016, 4:25 p.m., Brandon Potter wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://review
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/3704/#review9067
---
Ship it!
Ship It!
- Jason Lowe-Power
On Nov. 14, 2016, 9:02 p.m
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/3681/#review9065
---
Ship it!
Thanks for the change!
- Jason Lowe-Power
On Nov. 14, 2016
> On Nov. 8, 2016, 4:56 p.m., Jason Lowe-Power wrote:
> > src/sim/system.hh, line 543
> > <http://reviews.gem5.org/r/3681/diff/1/?file=63244#file63244line543>
> >
> > Can this just be an std::set? This is only used to make sure there
> > are no dupli
t; --
> Fernando A. Endo, Post-doc
>
> INRIA Rennes-Bretagne Atlantique
> France
>
>
> 2016-11-06 21:38 GMT+01:00 Jason Lowe-Power :
>
> > Hi Fernando,
> >
> > Yes, it seems like a good idea to include a TAGE predictor in gem5.
> Please
> > make patches
cleaned up at some
point. Thanks!
- Jason Lowe-Power
On Nov. 7, 2016, 10:05 p.m., Brandon Potter wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://reviews.gem
only used to make sure there are
no duplicates, right?
- Jason Lowe-Power
On Nov. 7, 2016, 9:56 p.m., Brandon Potter wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
&
Hi Eric,
It should be as simple as using a "VectorParam" of whatever type you want.
Instead of using "Param.TLB", use "VectorParam.TLB" in the SimObject
definition file. Then, in the config script, you can assign this variable
with a Python list.
Jason
On Sat, Nov 5, 2016 at 5:35 PM eric van tas
Hi Fernando,
Yes, it seems like a good idea to include a TAGE predictor in gem5. Please
make patches and post them to the reviewboard. We welcome the contribution.
Additionally, I believe there was a recent email about a possible bug when
updating the branch predictor state on a mis-speculation.
Hi Alec,
This seems reasonable to me. Since RISC-V support is in its infancy, having
every feature working perfectly to begin with would be shocking :). I'm
glad the regressions you're making are robust enough to find bugs, too!
I believe you can "review" your own patch on reviewboard in order to
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/3668/#review9012
---
Ship it!
Ship It!
- Jason Lowe-Power
On Oct. 21, 2016, 6:33 p.m
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/3630/#review9011
---
Ship it!
Ship It!
- Jason Lowe-Power
On Oct. 21, 2016, 6:32 p.m
Jason Lowe-Power
On Nov. 1, 2016, 1:33 a.m., Alec Roelke wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://reviews.gem5.org/r/3629/
> -
offset.hi is 0 and
offset.low is -3 in two's complement? I.e., if the instruction is 32-bits, the
offset is NOT sign extended in BRIG?
- Jason Lowe-Power
On Oct. 31, 2016, 11:13 p.m., Tony Gutierrez wrote:
>
> ---
> This is an
he regression? Actually, better yet, is there a way for me to figure out
> what the configuration I should be using is, since I imagine I'll run into
> this problem for the other CPU models?
>
> On Thu, Oct 27, 2016 at 6:38 PM, Jason Lowe-Power
> wrote:
>
> Hi Alec,
>
at the existing regressions cover
> corner cases in instructions, or is it sufficient to see that each
> instruction is represented at least once by them? I could write some tests
> that check corner cases, but at least some would use assembly calls and
> thus be incompatible with any
Hi Alec,
Thanks again for implementing RISC-V in gem5. It's an incredibly important
and timely addition!
As far as I can tell, the patches look good. Hopefully some other will
review them soon as well.
The only thing that's missing that I would really like to have before
pushing the patches is s
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/3628/#review8999
---
Ship it!
Seems to work for me.
- Jason Lowe-Power
On Oct. 21, 2016
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/3627/#review8998
---
Ship it!
Seems reasonable to me.
- Jason Lowe-Power
On Sept. 29
looks good to me!
I'll start testing the other patches in the series soon.
- Jason Lowe-Power
On Oct. 21, 2016, 6:12 p.m., Alec Roelke wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://r
uot;checks". You could do it
now (line 72 of rubytest-ruby.py). I tested 10 which took ~20 seconds on my
Skylake machine. Or, I can submit a patch after this is checked in. It's up to
you.
Thanks for doing this!
- Jason Lowe-Power
On Oct. 27, 2016, 7:50 a.m., A
integrate your code as an optional device I think it would be good
to have in gem5!
Cheers,
Jason
On Wed, Oct 26, 2016 at 8:09 AM Pierre-Yves Péneau <
pierre-yves.pen...@lirmm.fr> wrote:
> Hi Jason,
>
> On 10/26/2016 12:27 AM, Jason Lowe-Power wrote:
> > Hello,
> >
&g
> On Oct. 25, 2016, 10:13 p.m., Jason Lowe-Power wrote:
> > util/regress, line 45
> > <http://reviews.gem5.org/r/3684/diff/1/?file=62482#file62482line45>
> >
> > I think this has been pointed out by Brad in the past, but we need to
> > keep these t
Hello,
Could you give us some more details on what you're proposing. What is this
"component"? Do you expect that many people in the community will need/want
to use this component? If so, then it may make sense to incorporate some
changes to the BaseCPU object.
The way I see it is you have three
> On Oct. 25, 2016, 10:13 p.m., Jason Lowe-Power wrote:
> > util/regress, line 45
> > <http://reviews.gem5.org/r/3684/diff/1/?file=62482#file62482line45>
> >
> > I think this has been pointed out by Brad in the past, but we need to
> > keep these t
0>
I think this has been pointed out by Brad in the past, but we need to keep
these tests for other Ruby protocols around. I think it's fine to just switch
them to using x86 instead of Alpha. As far as I know, most Ruby users are using
x86 anyway.
- Jason Lowe-Power
On Oct. 24, 2
> On Oct. 20, 2016, 2:35 p.m., Jason Lowe-Power wrote:
> > Sorry for the slow reviewing. I have a few minor changes.
> >
> > First, when I apply the patch, I get a number of errors from the style
> > checker. Make sure you're using the most up-to-date version o
> On Oct. 20, 2016, 2:35 p.m., Jason Lowe-Power wrote:
> > Sorry for the slow reviewing. I have a few minor changes.
> >
> > First, when I apply the patch, I get a number of errors from the style
> > checker. Make sure you're using the most up-to-date version o
> On Oct. 20, 2016, 2:35 p.m., Jason Lowe-Power wrote:
> > Sorry for the slow reviewing. I have a few minor changes.
> >
> > First, when I apply the patch, I get a number of errors from the style
> > checker. Make sure you're using the most up-to-date version o
> On Oct. 20, 2016, 2:35 p.m., Jason Lowe-Power wrote:
> > Sorry for the slow reviewing. I have a few minor changes.
> >
> > First, when I apply the patch, I get a number of errors from the style
> > checker. Make sure you're using the most up-to-date version o
> On Oct. 21, 2016, 1:29 p.m., Pierre-Yves Péneau wrote:
> > Hi,
> >
> > Someone can commit this patch ? I don't have right access on the
> > repository, either Sophiane.
> > Thank you.
Sorry we've been so slow on this patch. A couple of questions before I commit.
1. Are all of Andreas H.'s c
ore the assignment.
I'm not sure if the problem is that you've based this on an older version of
gem5, or maybe we're just using different compilers (I'm use gcc-4.8).
- Jason Lowe-Power
On Oct. 13, 2016, 4:48 p.m., Alec Roelke wrote:
>
>
Andreas. We certainly can't have
things that are generating errors for our users in the short term.
configs/common/Options.py (line 46)
<http://reviews.gem5.org/r/3683/#comment7689>
Weird. I guess I understand why this is needed, but it's super strange to
have to import from
nless others disagree it
would be good to remove it (no need to repost, though).
- Jason Lowe-Power
On Oct. 20, 2016, 4:45 a.m., Anastasiia Butko wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> ht
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/3671/#review8937
---
Ship it!
Thanks for the change!
- Jason Lowe-Power
On Oct. 19, 2016
> On Oct. 18, 2016, 1:55 p.m., Jason Lowe-Power wrote:
> > configs/example/arm/fs_bigLITTLE.py, line 66
> > <http://reviews.gem5.org/r/3666/diff/3/?file=61784#file61784line66>
> >
> > Rather than having an extra parameter, could you make a subclass of t
> On Oct. 17, 2016, 10:25 p.m., Jason Lowe-Power wrote:
> > src/sim/process.cc, line 593
> > <http://reviews.gem5.org/r/3671/diff/1/?file=61630#file61630line593>
> >
> > Any reason not to move this code into ProcessParams::create(), and
> > elimi
> On Oct. 17, 2016, 10:25 p.m., Jason Lowe-Power wrote:
> > src/sim/process.cc, line 593
> > <http://reviews.gem5.org/r/3671/diff/1/?file=61630#file61630line593>
> >
> > Any reason not to move this code into ProcessParams::create(), and
> > elimi
ot if we're removing
ALPHA support.
- Jason Lowe-Power
On Oct. 17, 2016, 3:20 p.m., Brandon Potter wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://r
901 - 1000 of 1227 matches
Mail list logo