Gabe
Thank you for the timely responce. I ran it again using the developer 
repository and got the same result. I am using the full system files from the 
website. The only changes I made to them are adding the linux-bigswap2.img to 
the disks directory and changing the name of the image that is included to 
x86root.img so it matches the Benchmark.py filename. From what I found in the 
mailing list archives this and setting the correct path in SysPath.py were the 
only changes I needed to run x86 FS mode. Here is the printout with 
--debug-flags=exec on the developer repository:

michael@michael-MM061:~/gem5$ build/X86_FS/m5.opt --debug-flags=Exec 
configs/example/fs.py 
–kernel=/home/michael/gem5/x86-system/binaries/x86_64-vmlinux-2.6.22.9 
gem5 Simulator System.  http://gem5.org 
gem5 is copyrighted software; use the --copyright option for details. 
gem5 compiled Aug  5 2011 10:36:46 
gem5 started Aug  5 2011 10:56:06 
gem5 executing on michael-MM061 
command line: build/X86_FS/m5.opt --debug-flags=Exec configs/example/fs.py 
--kernel=/home/michael/gem5/x86-system/binaries/x86_64-vmlinux-2.6.22.9 
warning: add_child('terminal'): child 'terminal' already has parent 
Global frequency set at 1000000000000 ticks per second 
info: kernel located at: 
/home/michael/gem5/x86-system/binaries/x86_64-vmlinux-2.6.22.9 
      0: rtc: Real-time clock set to Sun Jan  1 00:00:00 2012 
Listening for com_1 connection on port 3456 
warn: Reading current count from inactive timer. 
0: system.remote_gdb.listener: listening for remote gdb #0 on port 7000 
**** REAL SIMULATION **** 
info: Entering event queue @ 0.  Starting simulation... 
      0: system.cpu T0 : @phys_startup_64    :   LEA_R_P : rdip   t7, %ctrl153, 
 : IntAlu :  D=0x0000000000200007 
    500: system.cpu T0 : @phys_startup_64    :   LEA_R_P : lea   rbp, DS:[t7 + 
0xfffffffffffffff9] : IntAlu :  D=0x0000000000200000 
   1000: system.cpu T0 : @phys_startup_64    :   BAD : panic   "Invalid 
microop!" : No_OpClass : 
panic: Invalid microop! 
 @ cycle 1000 
[invoke:build/X86_FS/arch/generic/debugfaults.hh, line 93] 
Memory Usage: 230960 KBytes 
Program aborted at cycle 1000 
Aborted

Am I misunderstanding what all needs to be changed to get the full system mode 
working or do I need to compile a new linux kernel entirely instead of using 
the one that is included in the fullsystem files download?
Thanks,
Michael

________________________________________
From: [email protected] [[email protected]] on behalf of 
Gabriel Michael Black [[email protected]]
Sent: Thursday, August 04, 2011 3:34 PM
To: [email protected]
Subject: Re: [gem5-users] x86_FS mode invalid microop

You might want to try the developer repository, although stable isn't
*that* out of date yet, and I'm pretty sure gem5 didn't behave this
way when stable was new. The fact that it stops very early suggests
that something is incrementally wrong. Are you sure your kernel file
is in the right place, has something in it, has the right permissions,
etc? You can try running with --debug-flags=Exec to see what it's
trying to do. There's also one I'm not remembering off hand which lets
you see memory access as they happen so you can see if, for instance,
all the fetches are coming back as zeroes. That may be "MemoryAccess"
or "MemoryAccesses" or something like that.

If you find that there was something wrong with your kernel file or
its permissions and gem5 didn't notice, please let us know so we can
put in some better error checking.

Gabe

Quoting "Borgens, Michael Edward" <[email protected]>:

> Hi all,
>
> I am trying to run x86_FS mode but when I run:
>
> build/X86_FS/m5.opt configs/example/fs.py
> --kernel=/home/michael/gem5-stable/x86-system/binaries/x86_64-vmlinux-2.6.22.9
>
>
>
> I get the following output:
>
> gem5 Simulator System. http://gem5.org
>
> gem5 is copyrighted software; use the --copyright option for details.
>
>
> gem5 compiled Aug 4 2011 14:14:47
>
> gem5 started Aug 4 2011 14:16:34
>
> gem5 executing on michael-MM061
>
> command line: build/X86_FS/m5.opt configs/example/fs.py
> --kernel=/home/michael/gem5-stable/x86-system/binaries/x86_64-vmlinux-2.6.22.9
>
> warning: add_child('terminal'): child 'terminal' already has parent
>
> Global frequency set at 1000000000000 ticks per second
>
> info: kernel located at:
> /home/michael/gem5-stable/x86-system/binaries/x86_64-vmlinux-2.6.22.9
>
> 0: rtc: Real-time clock set to Sun Jan 1 00:00:00 2012
>
> Listening for com_1 connection on port 3456
>
> warn: Reading current count from inactive timer.
>
> 0: system.remote_gdb.listener: listening for remote gdb #0 on port 7000
>
> **** REAL SIMULATION ****
>
> info: Entering event queue @ 0. Starting simulation...
>
> panic: Invalid microop!
>
> @ cycle 1000
>
> [invoke:build/X86_FS/arch/generic/debugfaults.hh, line 93]
>
> Memory Usage: 619896 KBytes
>
> Program aborted at cycle 1000
>
> Aborted
>
>
>
> I looked through the archives and couldn't find a solution to this
> problem. I am running this on Ubuntu and using the gem5-stable
> version. Any insight into why this is occuring and how to fix it
> would be much appreciated.
>
>
>
> Thank you,
>
> Michael Borgens
>


_______________________________________________
gem5-users mailing list
[email protected]
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
_______________________________________________
gem5-users mailing list
[email protected]
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users

Reply via email to