1. scons: Revert "Enable LTO for opt, perf and prof builds."
2. scons: Add `--with-lto` to enabled LTO; remove `--no-lto`
3. base: Stop "using namespace Debug" in DPRINTF style macros.
4. sim: Stop using DPRINTF_UNCONDITIONAL in the event class.
5. base: Fill out the 'H' thread
's reviewed the same way as regular gem5 code.
>
> Let me know if you have any questions about contributing, etc.
>
> Cheers,
> Jason
>
> On Thu, Apr 15, 2021 at 8:04 AM mike upton via gem5-dev
> wrote:
>
>> Hi,
>> do we (I) have edit permissions on
Hi,
do we (I) have edit permissions on the tutorial documentation?
I tried to follow the first steps of the tutorial, and the instructions are
out of date for the develop head. Some googling resulted in the solution,
but for me it still does not execute correctly.
It looks like there are Jira
The proposed patch fixes the issue.
My long runs now pass again.
On Wed, Nov 4, 2020 at 8:14 AM Jason Lowe-Power via gem5-dev <
gem5-dev@gem5.org> wrote:
> Hi all,
>
> I'm pretty sure https://gem5-review.googlesource.com/c/public/gem5/+/34984
> is the breaking change on last night's build.
>
>
Hi,
I am back to testing on an arm SBC.
Does anyone know the recipe for a successful build on an arm box?
GCC9 and clang 10 builds both die with obscure internal compiler errors.
This is on an ubuntu 20.04 setup, compiling the develop branch.
scons CC=clang CXX=clang++ build/ARM/gem5.opt -j4
Hi,
I posted a jira issue on this but there has been no updates.
https://gem5.atlassian.net/jira/software/c/projects/GEM5/issues/GEM5-795
When I run the long test regression, the compressed ubuntu boot images are
copied down OK,
but the uncompressed file is size 0 and the test dies.
If I
x86 linux boot is a component of the '--length long' regression.
You need the kernel and disk image that are installed when the regression
is run.
command line:
./build/X86/gem5.opt ./tests/gem5/x86-boot-tests/run_exit.py --kernel
boot-test/vmlinux-4.19.83 --disk boot-test/base.img --cpu-type
Do we still support python2.7?
I am adding some functionality and it is cleanest in python3, but the code
will fail if running in python2.
thanks
___
gem5-dev mailing list -- gem5-dev@gem5.org
To unsubscribe send an email to gem5-dev-le...@gem5.org
I saw the develop regression failed on run 153, so i added gem5-dev to the
mail list, cleaned the workspace, and kicked off another build.
The next 2 builds 154, and 155 also failed.
I dont understand what is going on. These same checkins are working fine on
my private jenkins server.
maybe a
ons does not trigger
> > recompilation when a change modifies the cxx_class; therefore,
> > params/BaseCache.hh is not recompiled and generates the error. To solve
> > this, one must manually delete this file and force a recompilation.
> >
> > Regards,
> > Daniel
&
This checkin breaks the build.
you can check at:
http://jenkins.gem5.org:8080/job/gem5_develop/136/
On Tue, Aug 25, 2020 at 8:13 AM Daniel Carvalho (Gerrit) via gem5-dev <
gem5-dev@gem5.org> wrote:
> Daniel Carvalho *submitted* this change.
>
> View Change
My Jenkins setup is getting errors in testlib.
The test is failing, and trying to call test.fail
from the results.pickle file:
File "/var/lib/jenkins/workspace/stress/tests/../ext/testlib/runner.py",
line 146, in test
test_params.test.test(test_params)
File
is trying to do since you can't (I assume) look
at
its source. It would be really neat if you get it to work, but I
wouldn't
want you to jump into this without warning you what you were taking on.
Good luck!
Gabe
On Wed, Jan 28, 2015 at 10:26 PM, mike upton via gem5-dev
I would like to get started on trying to simulate a windows x86 machine (on
top of a linux host).
I am not too picky about type at this point, XP, win7 or win8.1 would all
be acceptable.
I spent quite a while trying to get gem5 compiled under cygwin, but it is
currently broken because of a lack
PM, nathan binkert via gem5-dev
gem5-dev@gem5.org wrote:
I have a question. If you're trying to simulate a windows guest on a linux
host. What are you doing with cygwin?
On Wed, Jan 28, 2015 at 8:05 PM, mike upton via gem5-dev
gem5-dev@gem5.org
wrote:
I would like to get started
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/2613/
---
Review request for Default.
Repository: gem5
Description
---
# Node ID
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/2613/
---
(Updated Jan. 23, 2015, 4:53 p.m.)
Review request for Default.
Summary (updated)
OK,
I believe I have a patch that unifies the code for both AMD and Intel.
Do I post it as a separate review-board item?
On Thu, Jan 22, 2015 at 11:32 AM, mike upton michaelup...@gmail.com wrote:
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/2557/
On Jan. 21, 2015, 9:22 p.m., mike upton wrote:
src/arch/x86/process.cc, lines 218-237
http://reviews.gem5.org/r/2557/diff/2/?file=42948#file42948line218
For AMD systems, the sys descriptors need to come first. On intel
systems they need to come second.
I do not know
I have been debugging why patch rb2557 breaks AMD KVM functionality.
I was hoping to get to code that would work on both intel and AMD
platforms, but am not there yet.
This patch is to be applied on top of rb2557.patch.
There are 2 main issues, neither of which I understand well enough to take
On Jan. 21, 2015, 9:22 p.m., mike upton wrote:
src/arch/x86/process.cc, lines 218-237
http://reviews.gem5.org/r/2557/diff/2/?file=42948#file42948line218
For AMD systems, the sys descriptors need to come first. On intel
systems they need to come second.
I do not know
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/2557/#review5782
---
src/arch/x86/process.cc
http://reviews.gem5.org/r/2557/#comment5116
On Jan. 21, 2015, 9:22 p.m., mike upton wrote:
src/arch/x86/process.cc, lines 218-237
http://reviews.gem5.org/r/2557/diff/2/?file=42948#file42948line218
For AMD systems, the sys descriptors need to come first. On intel
systems they need to come second.
I do not know
I am making some progress on debugging this.
I hope to have it tomorrow.
On Sun, Jan 11, 2015 at 12:48 AM, Alexandru Dutu alexandru.d...@amd.com
wrote:
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/2557/
On December 10th, 2014, 10:30 p.m. UTC,
it is:
hg qpush
On Fri, Jan 16, 2015 at 8:39 AM, Amit Gaikwad avlan...@gmail.com wrote:
Hello Mike,
Thank you so much for taking out time to explain things. That was really
helpful.
But I have unsuccessful in getting KVM CPU working on my intel system.
Since when I applied the patch ,
I was trying to run a regression, I am still learning.
This is off of a clean build of the top of tree:
hg clone http://repo.gem5.org/gem5
I ran:
util/regress -j4 --builds X86
and I get a number of failures.
* build/X86/tests/opt/quick/se/00.hello/x86/linux/o3-timing passed
*
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/2557/#review5772
---
src/arch/x86/utility.hh
http://reviews.gem5.org/r/2557/#comment5110
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/2557/#review5773
---
src/arch/x86/process.cc
http://reviews.gem5.org/r/2557/#comment5111
On Dec. 10, 2014, 10:30 p.m., mike upton wrote:
There is some issue with AMD platforms. A test that used to run in 30 sec
is not finishing.
mike upton wrote:
hello world passes. SPEC apps hang.
Gabe Black wrote:
Can you identify where it's getting stuck? It could be
if you go here:
http://reviews.gem5.org/r/2557/
there is a 'Download Diff' button on the first active line of the review
(about 3 down from the 'Review board 1.7.9')
You download it, and then apply it using the method I PMed you.
On Thu, Jan 15, 2015 at 4:36 PM, Amit Gaikwad
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/2557/#review5769
---
src/arch/x86/regs/misc.hh
http://reviews.gem5.org/r/2557/#comment5108
with the TimingCPU as well, then that should work (I
think).
On Mon, Jan 12, 2015 at 5:02 PM, mike upton via gem5-dev
gem5-dev@gem5.org
wrote:
I am trying to enable simpoint generation with kvm enabled.
Is there anything that inherently blocks this?
Simpoints are currently enabled only
Can you provide any further guidance?
What should be regressed? Just SE and FS across the ISAs?
On Wed, Jan 7, 2015 at 1:11 PM, Nilay Vaish via gem5-dev gem5-dev@gem5.org
wrote:
On Tue, 6 Jan 2015, mike upton via gem5-dev wrote:
Hi,
I believe Ali had a proposal for an update
On Dec. 10, 2014, 10:30 p.m., mike upton wrote:
There is some issue with AMD platforms. A test that used to run in 30 sec
is not finishing.
mike upton wrote:
hello world passes. SPEC apps hang.
Gabe Black wrote:
Can you identify where it's getting stuck? It could be
changeset ae3b12c845b8 in /z/repo/gem5
details: http://repo.gem5.org/gem5?cmd=changeset;node=ae3b12c845b8
description:
arm: Add unlinkat syscall implementation
added ARM aarch64 unlinkat syscall support, modeled on other xxxat
syscalls.
This gets all of the cpu2006 int
On Dec. 5, 2014, 5:45 p.m., Steve Reinhardt wrote:
Ship It!
Is there something blocking this change?
- mike
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/2548/#review5646
times with old implementation, for
SimpleMemory and classic memory with detailed memory controller. Also
what linux kernel are you using?
Thanks,
Alex
-Original Message-
From: gem5-dev [mailto:gem5-dev-boun...@gem5.org] On Behalf Of mike
upton
via gem5-dev
Sent
implementation, for
SimpleMemory and classic memory with detailed memory controller. Also
what linux kernel are you using?
Thanks,
Alex
-Original Message-
From: gem5-dev [mailto:gem5-dev-boun...@gem5.org] On Behalf Of mike upton
via gem5-dev
Sent: Wednesday, December 10, 2014 3:59 PM
similar execution times with old implementation, for
SimpleMemory and classic memory with detailed memory controller. Also
what linux kernel are you using?
Thanks,
Alex
-Original Message-
From: gem5-dev [mailto:gem5-dev-boun...@gem5.org] On Behalf Of mike
upton
via gem5-dev
Sent
kernel are you using?
Thanks,
Alex
-Original Message-
From: gem5-dev [mailto:gem5-dev-boun...@gem5.org] On Behalf Of mike
upton
via gem5-dev
Sent: Wednesday, December 10, 2014 3:59 PM
To: gem5 Developer List
Subject: Re: [gem5-dev] x86 SE kvm functionality (AMD vs Intel)
I
On Mon, Dec 8, 2014 at 4:29 PM, mike upton via gem5-dev
gem5-dev@gem5.org
wrote:
I have verified that x86 kvm works fine on AMD
platforms, but fails
on
Intel platforms.
Any hints about how to narrow down
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/2557/#review5673
---
There is some issue with AMD platforms. A test that used to run in 30
On Dec. 10, 2014, 10:30 p.m., mike upton wrote:
There is some issue with AMD platforms. A test that used to run in 30 sec
is not finishing.
hello world passes. SPEC apps hang.
- mike
---
This is an automatically generated
which
will
help you determine whether your VM state is legal. Perhaps Andreas
can tell
you more about those?
Gabe
On Mon, Dec 8, 2014 at 4:29 PM, mike upton via gem5-dev
gem5-dev@gem5.org
wrote:
I have verified that x86 kvm works fine on AMD platforms, but fails
I am running a set of checkpointed samples via the new simpoint patch.
it seems that when the simulation ends at the end of the sample, gem5
returns a non-zero code (127 I think).
Is this intended?
when gem5 reaches the end of the program via exit() it returns 0.
I have verified that x86 kvm works fine on AMD platforms, but fails on
Intel platforms.
Any hints about how to narrow down the cause (other than diving into gdb,
which I will do).
I am not an expert in KVM or how gem5 hooks up to libkvm.
___
gem5-dev
I would love to contribute to this...
Does anyone have gem5 hooked up to ant or other CI testing infrastructure?
On Wed, Dec 3, 2014 at 9:58 PM, Steve Reinhardt via gem5-dev
gem5-dev@gem5.org wrote:
Hi Gabe,
There's a long history here; I think everyone agrees the status quo wrt
testing
On Dec. 4, 2014, 3:03 p.m., Nilay Vaish wrote:
src/sim/syscall_emul.hh, line 201
http://reviews.gem5.org/r/2548/diff/1/?file=42865#file42865line201
How will the compiler choose between the two versions of unlinkFunc? I
think we should either drop the default argument or drop the
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/2548/
---
(Updated Dec. 4, 2014, 10:20 p.m.)
Review request for Default.
Changes
---
I am fine with the unlinkHelper suggestion, but this makes the new code
different from the other syscall implentations. (openFunc, readlinkFunc,
etc).
I simply copied what was already there.
I will update the diff, and folks can let me know if you want the other
functions mapped to a similar
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/2548/
---
(Updated Dec. 5, 2014, 1:14 a.m.)
Review request for Default.
Changes
---
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/2548/
---
Review request for Default.
Repository: gem5
Description
---
arm: Add
I am running CPU2006 benchmarks, and hit a few unimplemented syscalls.
For example: omnetpp
Fatal: syscall unlinkat (#35) unimplemented.
@ tick 958189000
I modified the src following the existing templates for the other syscalls, and
got a model to compile.
However, when I run it I get the
53 matches
Mail list logo