Hi,
The simulator seems to be hanging and doing nothing after restored from a
checkpoint. The checkpoint file was taken using AtomicSimpleCPU, and I used
the following command line to restore from the checkpoint:
/build/X86/gem5.opt configs/example/fs.py -n 4 --cpu-type=detailed --caches
--l2cach
Hi,
The output for 'locate python.swg' :
/Developer/SDKs/MacOSX10.4u.sdk/usr/include/wx-2.5/wx/wxPython/i_files/python.swg
/usr/share/swig/1.3.31/python/python.swg
The output for 'whereis swig':
/usr/bin/swig
The output for 'swig -version':
SWIG Version 2.0.5
Compiled with /usr/bin/g++-4.2 [i386
Ali and Gabe,
Thanks for your responses. I found out that disabling thumb instructions in
gcc (-mno-thumb) fixes this problem. I'll try to dig into this more
tomorrow.
Ali,
As you mentioned, adding that flag did not help much. I got the panic
message of "Page table fault when accessing virtual a
You likely don't have a compiler installed. Have you installed gcc and g++?
Ali
On Apr 29, 2012, at 8:22 PM, Bojun Ma wrote:
> Hi,All
> When I try to compling gem5,
>
> %scons build/ALPHA/m5.debug
>
> It shows that:
> You're missing the gem5 style hook, which automatically checks your code
Hi,All
When I try to compling gem5,
%scons build/ALPHA/m5.debug
It shows that:
You're missing the gem5 style hook, which automatically checks your code
against the gem5 style rules on hg commit and qrefresh commands. This
script will now install the hook in your .hg/hgrc file.
Error: Don't know
What do you get when you do 'locate python.swg'? Also, 'whereis swig' and
'swig -version'. Most likely, swig isn't configured correctly for some
reason. Maybe it also wasn't automatically added to your path.
-Andrew
On Sun, Apr 29, 2012 at 3:32 PM, wael Amr wrote:
> Hi Eng.Andrew,
>
> Thanks
Thank you for the reply Tushar. I will run the experiments and see the
results.
Thanks,
Pavan
On Apr 29, 2012, at 1:57 PM, Tushar Krishna wrote:
You can specify --random_seed=xxx in the command line.
Yes numPacketsSent in networktest.cc is a fine stat to use.
I thought you were estimating t
You can specify --random_seed=xxx in the command line.
Yes numPacketsSent in networktest.cc is a fine stat to use.
I thought you were estimating this from ruby.stats
Control packets in vnet0 and vnet1 are also converted into flits.
All I was saying is that control packets from vnet 0 and vnet 1 ge
Hi Tushar,
Thanks for the quick reply. So if I run the experiment with different
random seeds over a large number of cycles the average number of packets
over all the runs should be injection_rate*simCycles.
I see networktest.cc calls a function random() to get the random number.
Where do I chang
Hi Pavan,
A couple of things to note:
1) 0.01 is an average injection rate. So a node *could* inject more than 10
packets (but not a lot more).
The implementation is basically a bernoulli trial, where every cycle you
generate a random number and decide to inject or not based on whether it is
les
Hi Eng.Andrew,
Thanks to ALLAH,it worked well now and began to build.
Thank you so much for your quick reply and support,you are right.
but after reaching the line
[ SWIG] ALPHA/python/swig/core.i -> _wrap.cc, .py
it gives an error ":3: Error: Unable to find 'python.swg'"
Although i installed
Hello,
I am trying to simulate the interconnection network using the Network_test
protocol. My question is on the file networktest.cc that is responsible for
generating and sending the packets. I understand that if I use --fixed-pkts
and --maxpackets options together I enforce each cpu node to onl
Look under build_opts for the valid build names. The wiki hasn't been
updated to reflect some changes, in particular that SE/FS don't have
separate builds now.
So just do 'scons build/ALPHA/gem5.opt'
When you run the simulation, it'll run FS/SE based on the config file you
choose (i.e. fs.py vs.
Hi,
I opened a new command ,then i typed:
export PATH=/opt/local/bin:/opt/local/sbin:$PATH
export MANPATH=/opt/local/share/man:$MANPATH
cd studies/gem5
scons build/ALPHA_SE/gem5.opt
it begins to build but give me this error:
Error: cannot find variables file
/Users/wael/Studies/gem5/build/variabl
Hi,
The output when i typed 'locate scons' :
WARNING: The locate database (/var/db/locate.database) does not exist.
To create the database, run the following command:
sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.locate.plist
Please be aware that the database can take some time t
For some reason it's probably not added to your PATH variable...what is
your output when you type 'locate scons'?
Also, take a look at this:
http://guide.macports.org/chunked/installing.shell.html
It sounds like you'll need to add the path to the scons executable manually
to your PATH variable.
Hi,
No,i have installed it successfully as i when i typed the command "port
installed" ,i found that scons was installed.
when I typed the command that you mentioned "whereis scons",nothing was
displayed.
so any other suggestions.
Any help will be highly appreciated.
Best Regards
Wael Amr
On S
In terms of fast forwarding and checkpointing, you probably should
understand how it works in the SimpleCPU (or O3CPU) before implementing it
for InOrder. In short, at checkpoint time you need to drain the CPU then
save the checkpoint. As far as I can remember, there are no valid
implementations of
Hi,
Thanks for the reply.
When I say that HWREI caused problems, I mean that the inorder CPU does not
take a branch that the O3 CPU does take (the inorder CPU just keeps
executing the code afterwards), thus it starts executing nonsense
instructions.
This code path eventually causes it to read from
Hey All + Nilay!
I'm going to compile m5thread for X86. I 'hg clone'd it. in tests dir,
i've changed CC and CPP to point to gcc and g++. but when i make:
In file included from ../pthread.c:48:0:
../profiling_hooks.h:37:6: error: #error "M5 profiling hooks not
implemented for your architecture, wr
I recommended he use the debug build for looking at what was happening
under gdb. It's true that the opt build is preferable if you're not
expecting to use gdb.
Steve
On Sun, Apr 29, 2012 at 3:06 AM, Gabe Black wrote:
> It was a microcode bug which is now fixed. If you sync the development
>
great
thanks for your quick reply. it is now fine
// Naderan *Mahmood;
On Sun, Apr 29, 2012 at 2:36 PM, Gabe Black wrote:
> It was a microcode bug which is now fixed. If you sync the development
> repository you'll get the fix.
>
> Also, to pass input to stdin from a file, you should use the
It was a microcode bug which is now fixed. If you sync the development
repository you'll get the fix.
Also, to pass input to stdin from a file, you should use the -i option
with se.py (use --help to get all the options), and you probably want to
use gem5.opt, not m5.debug.
Gabe
On 04/28/12 23:08
Dear all
I wanted to implement the ioctl syscall for X86.
Can any of you please help me with that ?
Should I use a similar implementation as shown below or is it somehow
incomplete?
if (fd < 0 || process->sim_fd(fd) < 0) {
// doesn't map to any simulator fd: not a valid target f
24 matches
Mail list logo
