[gem5-users] Reg Odd Even Routing
Hello, I am trying to implement odd even routing algorithm in gem5 garnet 2.0 how the port directions could be added to the set of dimensions that is available to turn taking?? please help us!! ___ gem5-users mailing list gem5-users@gem5.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
[gem5-users] Reg Power state model in ClockedObject.py
hello ,
I was wondering how to enable the different power state like "CLK_GATED" ,
"OFF","ON" etc in the ClockedObject.py file in the gem5 simulator.
this is the line which is present by default:
default_p_state = Param.PwrState("UNDEFINED", "Default Power State")
i tried to change this as:
default_p_state = Param.PwrState("CLK_GATED", "Default Power State")
but after checking the power statistics there was not any difference . CAn
someone please help me where i am going wrong??
Thanking You
Karunya
___
gem5-users mailing list
gem5-users@gem5.org
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
Re: [gem5-users] Assertion failure when using DerivO3CPU with full system config
So if you use parsec scripts and do not specify cpu type. It has switch cpu command in its rcS script. And when the simulation is finished, on checking config.json, you can find O3 cpu running. On Tue, Mar 5, 2019 at 10:19 PM Sethu Jose wrote: > Abhishek, > > Thanks you for the confirmation. Could you suggest any earlier version > where this should work without error? > > Regards, > Sethu > > On Tue, 5 Mar 2019, 9:09 PM Abhishek Singh wrote: > >> You are correct Sethu, latest gem5 O3CPU does give an error. Is there >> anyone in a community who has got O3CPU working with x86 full system mode? >> If yes, can you share how did you get it working? >> >> Best regards, >> >> Abhishek >> >> >> On Tue, Mar 5, 2019 at 4:35 PM Sethu Jose wrote: >> >>> Hi Abhishek, >>> >>> I tried the parsec images. I get the same error when I'm using out of >>> order CPU. >>> >>> Regards, >>> Sethu >>> >>> On Tue, Mar 5, 2019 at 3:16 PM Abhishek Singh < >>> abhishek.singh199...@gmail.com> wrote: >>> Can you try this command line: ./build/X86/gem5.opt configs/example/fs.py --cpu-type=DerivO3CPU --caches --disk-image=(point to ur disk) --kernel=(point to ur kernel) And try a new image and kernel. For e.g., you can try to use Parsec image x86 image to test if that works or not. (x86 image: http://www.cs.utexas.edu/~cart/parsec_m5/) Best regards, Abhishek On Tue, Mar 5, 2019 at 2:46 PM Sethu Jose wrote: > Hi Abhishek, > > I tried the baseline system without the L2 cache. I get the same error > when I use the DerivO3CPU. > > The command I'm using is 'build/X86/gem5.opt > configs/full_system/run.py'. I have also tried with gem5.debug. > > run.py is same as the file available in this link: > http://learning.gem5.org/book/part5/fs_config.html#running-a-full-system-simulation > system.py is same as in the link except that I have modified it to use > DerivO3CPU. Following are my modification: > > self.cpu = DerivO3CPU() > self.mem_mode = 'timing' > > Thanks in advance for any suggestions. > > Regards, > Sethu > > On Tue, Mar 5, 2019 at 1:55 PM Abhishek Singh < > abhishek.singh199...@gmail.com> wrote: > >> Hello Sethu, >> >> Did you try baseline i.e, without making any changes to cache and can >> you the also mention the command line statement? >> >> Best regards, >> >> Abhishek >> >> >> On Tue, Mar 5, 2019 at 1:20 PM Sethu Jose >> wrote: >> >>> Hi, >>> >>> I'm using the full system config explained in this page: >>> http://learning.gem5.org/book/part5/fs_config.html#running-a-full-system-simulation >>> >>> I have modified the cache hierarchy to have a unified L2 cache. This >>> config works as long as I use AtomicSimpleCPU or TimingSimpleCPU. >>> >>> When I switch to DerivO3CPU, it gives run time assertion error in >>> the Packet::getPtr() method of mem/packet.hh file. I have added the >>> error >>> to the end of this mail. >>> >>> I have tried with gem5.debug and also with varing sizes for cache. >>> However, the assertion is always failing. >>> >>> Any help would be appreciated. >>> >>> *Error*: >>> Global frequency set at 1 ticks per second >>> warn: DRAM device capacity (8192 Mbytes) does not match the address >>> range assigned (512 Mbytes) >>> info: kernel located at: >>> /home/sethu/workspace/_x86/configs/full_system/binaries/x86_64-vmlinux-2.6.22.9 >>> system.pc.com_1.device: Listening for connections on port 3456 >>> 0: rtc: Real-time clock set to Sun Jan 1 00:00:00 2012 >>> 0: system.remote_gdb: listening for remote gdb on port 7000 >>> warn: Reading current count from inactive timer. >>> Running the simulation >>> info: Entering event queue @ 0. Starting simulation... >>> gem5.opt: build/X86/mem/packet.hh:1047: T* Packet::getPtr() [with T >>> = unsigned char]: Assertion `flags.isSet(STATIC_DATA|DYNAMIC_DATA)' >>> failed. >>> Program aborted at tick 11005983 >>> --- BEGIN LIBC BACKTRACE --- >>> build/X86/gem5.opt(_Z15print_backtracev+0x2c)[0x561d1302bccc] >>> build/X86/gem5.opt(_Z12abortHandleri+0x4a)[0x561d1303e09a] >>> /lib/x86_64-linux-gnu/libpthread.so.0(+0x12890)[0x7faf396a7890] >>> /lib/x86_64-linux-gnu/libc.so.6(gsignal+0xc7)[0x7faf37c83e97] >>> /lib/x86_64-linux-gnu/libc.so.6(abort+0x141)[0x7faf37c85801] >>> /lib/x86_64-linux-gnu/libc.so.6(+0x3039a)[0x7faf37c7539a] >>> /lib/x86_64-linux-gnu/libc.so.6(+0x30412)[0x7faf37c75412] >>> >>> build/X86/gem5.opt(_ZN6X86ISA13handleIprReadEP13ThreadContextP6Packet+0x17c)[0x561d12365ddc] >>> >>> build/X86/gem5.opt(_ZN7LSQUnitI9O3CPUImplE4readEPN3LSQIS0_E10LSQRequestEi+0x431)[0x561d12322f71] >>> >>> build/X86
Re: [gem5-users] Assertion failure when using DerivO3CPU with full system config
Abhishek, Thanks you for the confirmation. Could you suggest any earlier version where this should work without error? Regards, Sethu On Tue, 5 Mar 2019, 9:09 PM Abhishek Singh You are correct Sethu, latest gem5 O3CPU does give an error. Is there > anyone in a community who has got O3CPU working with x86 full system mode? > If yes, can you share how did you get it working? > > Best regards, > > Abhishek > > > On Tue, Mar 5, 2019 at 4:35 PM Sethu Jose wrote: > >> Hi Abhishek, >> >> I tried the parsec images. I get the same error when I'm using out of >> order CPU. >> >> Regards, >> Sethu >> >> On Tue, Mar 5, 2019 at 3:16 PM Abhishek Singh < >> abhishek.singh199...@gmail.com> wrote: >> >>> Can you try this command line: >>> >>> ./build/X86/gem5.opt configs/example/fs.py --cpu-type=DerivO3CPU >>> --caches --disk-image=(point to ur disk) --kernel=(point to ur kernel) >>> >>> And try a new image and kernel. For e.g., you can try to use Parsec >>> image x86 image to test if that works or not. (x86 image: >>> http://www.cs.utexas.edu/~cart/parsec_m5/) >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> Best regards, >>> >>> Abhishek >>> >>> >>> On Tue, Mar 5, 2019 at 2:46 PM Sethu Jose wrote: >>> Hi Abhishek, I tried the baseline system without the L2 cache. I get the same error when I use the DerivO3CPU. The command I'm using is 'build/X86/gem5.opt configs/full_system/run.py'. I have also tried with gem5.debug. run.py is same as the file available in this link: http://learning.gem5.org/book/part5/fs_config.html#running-a-full-system-simulation system.py is same as in the link except that I have modified it to use DerivO3CPU. Following are my modification: self.cpu = DerivO3CPU() self.mem_mode = 'timing' Thanks in advance for any suggestions. Regards, Sethu On Tue, Mar 5, 2019 at 1:55 PM Abhishek Singh < abhishek.singh199...@gmail.com> wrote: > Hello Sethu, > > Did you try baseline i.e, without making any changes to cache and can > you the also mention the command line statement? > > Best regards, > > Abhishek > > > On Tue, Mar 5, 2019 at 1:20 PM Sethu Jose wrote: > >> Hi, >> >> I'm using the full system config explained in this page: >> http://learning.gem5.org/book/part5/fs_config.html#running-a-full-system-simulation >> >> I have modified the cache hierarchy to have a unified L2 cache. This >> config works as long as I use AtomicSimpleCPU or TimingSimpleCPU. >> >> When I switch to DerivO3CPU, it gives run time assertion error in the >> Packet::getPtr() method of mem/packet.hh file. I have added the error to >> the end of this mail. >> >> I have tried with gem5.debug and also with varing sizes for cache. >> However, the assertion is always failing. >> >> Any help would be appreciated. >> >> *Error*: >> Global frequency set at 1 ticks per second >> warn: DRAM device capacity (8192 Mbytes) does not match the address >> range assigned (512 Mbytes) >> info: kernel located at: >> /home/sethu/workspace/_x86/configs/full_system/binaries/x86_64-vmlinux-2.6.22.9 >> system.pc.com_1.device: Listening for connections on port 3456 >> 0: rtc: Real-time clock set to Sun Jan 1 00:00:00 2012 >> 0: system.remote_gdb: listening for remote gdb on port 7000 >> warn: Reading current count from inactive timer. >> Running the simulation >> info: Entering event queue @ 0. Starting simulation... >> gem5.opt: build/X86/mem/packet.hh:1047: T* Packet::getPtr() [with T = >> unsigned char]: Assertion `flags.isSet(STATIC_DATA|DYNAMIC_DATA)' failed. >> Program aborted at tick 11005983 >> --- BEGIN LIBC BACKTRACE --- >> build/X86/gem5.opt(_Z15print_backtracev+0x2c)[0x561d1302bccc] >> build/X86/gem5.opt(_Z12abortHandleri+0x4a)[0x561d1303e09a] >> /lib/x86_64-linux-gnu/libpthread.so.0(+0x12890)[0x7faf396a7890] >> /lib/x86_64-linux-gnu/libc.so.6(gsignal+0xc7)[0x7faf37c83e97] >> /lib/x86_64-linux-gnu/libc.so.6(abort+0x141)[0x7faf37c85801] >> /lib/x86_64-linux-gnu/libc.so.6(+0x3039a)[0x7faf37c7539a] >> /lib/x86_64-linux-gnu/libc.so.6(+0x30412)[0x7faf37c75412] >> >> build/X86/gem5.opt(_ZN6X86ISA13handleIprReadEP13ThreadContextP6Packet+0x17c)[0x561d12365ddc] >> >> build/X86/gem5.opt(_ZN7LSQUnitI9O3CPUImplE4readEPN3LSQIS0_E10LSQRequestEi+0x431)[0x561d12322f71] >> >> build/X86/gem5.opt(_ZN3LSQI9O3CPUImplE4readEPNS1_10LSQRequestEi+0xad)[0x561d1236c77d] >> >> build/X86/gem5.opt(_ZN3LSQI9O3CPUImplE11pushRequestERK14RefCountingPtrI13BaseO3DynInstIS0_EEbPhjm5FlagsImEPmP15AtomicOpFunctor+0x523)[0x561d1236cd13] >> >> build/X86/gem5.opt(_ZN11BaseDynInstI9O3CPUImplE15initiateMemReadEmj5FlagsImE+0x7b)[0x561d1230444b] >> >> build/X86/gem5.opt(_ZNK10X86ISAInst5LdBig11initiateAccEP11
Re: [gem5-users] Assertion failure when using DerivO3CPU with full system config
You are correct Sethu, latest gem5 O3CPU does give an error. Is there anyone in a community who has got O3CPU working with x86 full system mode? If yes, can you share how did you get it working? Best regards, Abhishek On Tue, Mar 5, 2019 at 4:35 PM Sethu Jose wrote: > Hi Abhishek, > > I tried the parsec images. I get the same error when I'm using out of > order CPU. > > Regards, > Sethu > > On Tue, Mar 5, 2019 at 3:16 PM Abhishek Singh < > abhishek.singh199...@gmail.com> wrote: > >> Can you try this command line: >> >> ./build/X86/gem5.opt configs/example/fs.py --cpu-type=DerivO3CPU --caches >> --disk-image=(point to ur disk) --kernel=(point to ur kernel) >> >> And try a new image and kernel. For e.g., you can try to use Parsec image >> x86 image to test if that works or not. (x86 image: >> http://www.cs.utexas.edu/~cart/parsec_m5/) >> >> >> >> >> >> >> >> >> >> Best regards, >> >> Abhishek >> >> >> On Tue, Mar 5, 2019 at 2:46 PM Sethu Jose wrote: >> >>> Hi Abhishek, >>> >>> I tried the baseline system without the L2 cache. I get the same error >>> when I use the DerivO3CPU. >>> >>> The command I'm using is 'build/X86/gem5.opt >>> configs/full_system/run.py'. I have also tried with gem5.debug. >>> >>> run.py is same as the file available in this link: >>> http://learning.gem5.org/book/part5/fs_config.html#running-a-full-system-simulation >>> system.py is same as in the link except that I have modified it to use >>> DerivO3CPU. Following are my modification: >>> >>> self.cpu = DerivO3CPU() >>> self.mem_mode = 'timing' >>> >>> Thanks in advance for any suggestions. >>> >>> Regards, >>> Sethu >>> >>> On Tue, Mar 5, 2019 at 1:55 PM Abhishek Singh < >>> abhishek.singh199...@gmail.com> wrote: >>> Hello Sethu, Did you try baseline i.e, without making any changes to cache and can you the also mention the command line statement? Best regards, Abhishek On Tue, Mar 5, 2019 at 1:20 PM Sethu Jose wrote: > Hi, > > I'm using the full system config explained in this page: > http://learning.gem5.org/book/part5/fs_config.html#running-a-full-system-simulation > > I have modified the cache hierarchy to have a unified L2 cache. This > config works as long as I use AtomicSimpleCPU or TimingSimpleCPU. > > When I switch to DerivO3CPU, it gives run time assertion error in the > Packet::getPtr() method of mem/packet.hh file. I have added the error to > the end of this mail. > > I have tried with gem5.debug and also with varing sizes for cache. > However, the assertion is always failing. > > Any help would be appreciated. > > *Error*: > Global frequency set at 1 ticks per second > warn: DRAM device capacity (8192 Mbytes) does not match the address > range assigned (512 Mbytes) > info: kernel located at: > /home/sethu/workspace/_x86/configs/full_system/binaries/x86_64-vmlinux-2.6.22.9 > system.pc.com_1.device: Listening for connections on port 3456 > 0: rtc: Real-time clock set to Sun Jan 1 00:00:00 2012 > 0: system.remote_gdb: listening for remote gdb on port 7000 > warn: Reading current count from inactive timer. > Running the simulation > info: Entering event queue @ 0. Starting simulation... > gem5.opt: build/X86/mem/packet.hh:1047: T* Packet::getPtr() [with T = > unsigned char]: Assertion `flags.isSet(STATIC_DATA|DYNAMIC_DATA)' failed. > Program aborted at tick 11005983 > --- BEGIN LIBC BACKTRACE --- > build/X86/gem5.opt(_Z15print_backtracev+0x2c)[0x561d1302bccc] > build/X86/gem5.opt(_Z12abortHandleri+0x4a)[0x561d1303e09a] > /lib/x86_64-linux-gnu/libpthread.so.0(+0x12890)[0x7faf396a7890] > /lib/x86_64-linux-gnu/libc.so.6(gsignal+0xc7)[0x7faf37c83e97] > /lib/x86_64-linux-gnu/libc.so.6(abort+0x141)[0x7faf37c85801] > /lib/x86_64-linux-gnu/libc.so.6(+0x3039a)[0x7faf37c7539a] > /lib/x86_64-linux-gnu/libc.so.6(+0x30412)[0x7faf37c75412] > > build/X86/gem5.opt(_ZN6X86ISA13handleIprReadEP13ThreadContextP6Packet+0x17c)[0x561d12365ddc] > > build/X86/gem5.opt(_ZN7LSQUnitI9O3CPUImplE4readEPN3LSQIS0_E10LSQRequestEi+0x431)[0x561d12322f71] > > build/X86/gem5.opt(_ZN3LSQI9O3CPUImplE4readEPNS1_10LSQRequestEi+0xad)[0x561d1236c77d] > > build/X86/gem5.opt(_ZN3LSQI9O3CPUImplE11pushRequestERK14RefCountingPtrI13BaseO3DynInstIS0_EEbPhjm5FlagsImEPmP15AtomicOpFunctor+0x523)[0x561d1236cd13] > > build/X86/gem5.opt(_ZN11BaseDynInstI9O3CPUImplE15initiateMemReadEmj5FlagsImE+0x7b)[0x561d1230444b] > > build/X86/gem5.opt(_ZNK10X86ISAInst5LdBig11initiateAccEP11ExecContextPN5Trace10InstRecordE+0xd1)[0x561d12867e31] > > build/X86/gem5.opt(_ZN13BaseO3DynInstI9O3CPUImplE11initiateAccEv+0x45)[0x561d1233b135] > > build/X86/gem5.opt(_ZN7LSQUnitI9O3CPUImplE11executeLoadERK14RefCountingPtrI13BaseO3DynInstIS0_EE+0x57)[0x561d12376e87] > > build/X86/gem5.opt(_ZN
Re: [gem5-users] Assertion failure when using DerivO3CPU with full system config
Hi Abhishek, I tried the parsec images. I get the same error when I'm using out of order CPU. Regards, Sethu On Tue, Mar 5, 2019 at 3:16 PM Abhishek Singh < abhishek.singh199...@gmail.com> wrote: > Can you try this command line: > > ./build/X86/gem5.opt configs/example/fs.py --cpu-type=DerivO3CPU --caches > --disk-image=(point to ur disk) --kernel=(point to ur kernel) > > And try a new image and kernel. For e.g., you can try to use Parsec image > x86 image to test if that works or not. (x86 image: > http://www.cs.utexas.edu/~cart/parsec_m5/) > > > > > > > > > > Best regards, > > Abhishek > > > On Tue, Mar 5, 2019 at 2:46 PM Sethu Jose wrote: > >> Hi Abhishek, >> >> I tried the baseline system without the L2 cache. I get the same error >> when I use the DerivO3CPU. >> >> The command I'm using is 'build/X86/gem5.opt configs/full_system/run.py'. >> I have also tried with gem5.debug. >> >> run.py is same as the file available in this link: >> http://learning.gem5.org/book/part5/fs_config.html#running-a-full-system-simulation >> system.py is same as in the link except that I have modified it to use >> DerivO3CPU. Following are my modification: >> >> self.cpu = DerivO3CPU() >> self.mem_mode = 'timing' >> >> Thanks in advance for any suggestions. >> >> Regards, >> Sethu >> >> On Tue, Mar 5, 2019 at 1:55 PM Abhishek Singh < >> abhishek.singh199...@gmail.com> wrote: >> >>> Hello Sethu, >>> >>> Did you try baseline i.e, without making any changes to cache and can >>> you the also mention the command line statement? >>> >>> Best regards, >>> >>> Abhishek >>> >>> >>> On Tue, Mar 5, 2019 at 1:20 PM Sethu Jose wrote: >>> Hi, I'm using the full system config explained in this page: http://learning.gem5.org/book/part5/fs_config.html#running-a-full-system-simulation I have modified the cache hierarchy to have a unified L2 cache. This config works as long as I use AtomicSimpleCPU or TimingSimpleCPU. When I switch to DerivO3CPU, it gives run time assertion error in the Packet::getPtr() method of mem/packet.hh file. I have added the error to the end of this mail. I have tried with gem5.debug and also with varing sizes for cache. However, the assertion is always failing. Any help would be appreciated. *Error*: Global frequency set at 1 ticks per second warn: DRAM device capacity (8192 Mbytes) does not match the address range assigned (512 Mbytes) info: kernel located at: /home/sethu/workspace/_x86/configs/full_system/binaries/x86_64-vmlinux-2.6.22.9 system.pc.com_1.device: Listening for connections on port 3456 0: rtc: Real-time clock set to Sun Jan 1 00:00:00 2012 0: system.remote_gdb: listening for remote gdb on port 7000 warn: Reading current count from inactive timer. Running the simulation info: Entering event queue @ 0. Starting simulation... gem5.opt: build/X86/mem/packet.hh:1047: T* Packet::getPtr() [with T = unsigned char]: Assertion `flags.isSet(STATIC_DATA|DYNAMIC_DATA)' failed. Program aborted at tick 11005983 --- BEGIN LIBC BACKTRACE --- build/X86/gem5.opt(_Z15print_backtracev+0x2c)[0x561d1302bccc] build/X86/gem5.opt(_Z12abortHandleri+0x4a)[0x561d1303e09a] /lib/x86_64-linux-gnu/libpthread.so.0(+0x12890)[0x7faf396a7890] /lib/x86_64-linux-gnu/libc.so.6(gsignal+0xc7)[0x7faf37c83e97] /lib/x86_64-linux-gnu/libc.so.6(abort+0x141)[0x7faf37c85801] /lib/x86_64-linux-gnu/libc.so.6(+0x3039a)[0x7faf37c7539a] /lib/x86_64-linux-gnu/libc.so.6(+0x30412)[0x7faf37c75412] build/X86/gem5.opt(_ZN6X86ISA13handleIprReadEP13ThreadContextP6Packet+0x17c)[0x561d12365ddc] build/X86/gem5.opt(_ZN7LSQUnitI9O3CPUImplE4readEPN3LSQIS0_E10LSQRequestEi+0x431)[0x561d12322f71] build/X86/gem5.opt(_ZN3LSQI9O3CPUImplE4readEPNS1_10LSQRequestEi+0xad)[0x561d1236c77d] build/X86/gem5.opt(_ZN3LSQI9O3CPUImplE11pushRequestERK14RefCountingPtrI13BaseO3DynInstIS0_EEbPhjm5FlagsImEPmP15AtomicOpFunctor+0x523)[0x561d1236cd13] build/X86/gem5.opt(_ZN11BaseDynInstI9O3CPUImplE15initiateMemReadEmj5FlagsImE+0x7b)[0x561d1230444b] build/X86/gem5.opt(_ZNK10X86ISAInst5LdBig11initiateAccEP11ExecContextPN5Trace10InstRecordE+0xd1)[0x561d12867e31] build/X86/gem5.opt(_ZN13BaseO3DynInstI9O3CPUImplE11initiateAccEv+0x45)[0x561d1233b135] build/X86/gem5.opt(_ZN7LSQUnitI9O3CPUImplE11executeLoadERK14RefCountingPtrI13BaseO3DynInstIS0_EE+0x57)[0x561d12376e87] build/X86/gem5.opt(_ZN3LSQI9O3CPUImplE11executeLoadERK14RefCountingPtrI13BaseO3DynInstIS0_EE+0x3b)[0x561d123b] build/X86/gem5.opt(_ZN10DefaultIEWI9O3CPUImplE12executeInstsEv+0xf06)[0x561d12354696] build/X86/gem5.opt(_ZN10DefaultIEWI9O3CPUImplE4tickEv+0x8c0)[0x561d123581a0] build/X86/gem5.opt(_ZN9FullO3CPUI9O3CPUImplE4tickEv+0x144)[0x561d12326d64] build/X86/gem5.opt(_ZN10EventQueue10service
Re: [gem5-users] Assertion failure when using DerivO3CPU with full system config
Can you try this command line: ./build/X86/gem5.opt configs/example/fs.py --cpu-type=DerivO3CPU --caches --disk-image=(point to ur disk) --kernel=(point to ur kernel) And try a new image and kernel. For e.g., you can try to use Parsec image x86 image to test if that works or not. (x86 image: http://www.cs.utexas.edu/~cart/parsec_m5/) Best regards, Abhishek On Tue, Mar 5, 2019 at 2:46 PM Sethu Jose wrote: > Hi Abhishek, > > I tried the baseline system without the L2 cache. I get the same error > when I use the DerivO3CPU. > > The command I'm using is 'build/X86/gem5.opt configs/full_system/run.py'. > I have also tried with gem5.debug. > > run.py is same as the file available in this link: > http://learning.gem5.org/book/part5/fs_config.html#running-a-full-system-simulation > system.py is same as in the link except that I have modified it to use > DerivO3CPU. Following are my modification: > > self.cpu = DerivO3CPU() > self.mem_mode = 'timing' > > Thanks in advance for any suggestions. > > Regards, > Sethu > > On Tue, Mar 5, 2019 at 1:55 PM Abhishek Singh < > abhishek.singh199...@gmail.com> wrote: > >> Hello Sethu, >> >> Did you try baseline i.e, without making any changes to cache and can you >> the also mention the command line statement? >> >> Best regards, >> >> Abhishek >> >> >> On Tue, Mar 5, 2019 at 1:20 PM Sethu Jose wrote: >> >>> Hi, >>> >>> I'm using the full system config explained in this page: >>> http://learning.gem5.org/book/part5/fs_config.html#running-a-full-system-simulation >>> >>> I have modified the cache hierarchy to have a unified L2 cache. This >>> config works as long as I use AtomicSimpleCPU or TimingSimpleCPU. >>> >>> When I switch to DerivO3CPU, it gives run time assertion error in the >>> Packet::getPtr() method of mem/packet.hh file. I have added the error to >>> the end of this mail. >>> >>> I have tried with gem5.debug and also with varing sizes for cache. >>> However, the assertion is always failing. >>> >>> Any help would be appreciated. >>> >>> *Error*: >>> Global frequency set at 1 ticks per second >>> warn: DRAM device capacity (8192 Mbytes) does not match the address >>> range assigned (512 Mbytes) >>> info: kernel located at: >>> /home/sethu/workspace/_x86/configs/full_system/binaries/x86_64-vmlinux-2.6.22.9 >>> system.pc.com_1.device: Listening for connections on port 3456 >>> 0: rtc: Real-time clock set to Sun Jan 1 00:00:00 2012 >>> 0: system.remote_gdb: listening for remote gdb on port 7000 >>> warn: Reading current count from inactive timer. >>> Running the simulation >>> info: Entering event queue @ 0. Starting simulation... >>> gem5.opt: build/X86/mem/packet.hh:1047: T* Packet::getPtr() [with T = >>> unsigned char]: Assertion `flags.isSet(STATIC_DATA|DYNAMIC_DATA)' failed. >>> Program aborted at tick 11005983 >>> --- BEGIN LIBC BACKTRACE --- >>> build/X86/gem5.opt(_Z15print_backtracev+0x2c)[0x561d1302bccc] >>> build/X86/gem5.opt(_Z12abortHandleri+0x4a)[0x561d1303e09a] >>> /lib/x86_64-linux-gnu/libpthread.so.0(+0x12890)[0x7faf396a7890] >>> /lib/x86_64-linux-gnu/libc.so.6(gsignal+0xc7)[0x7faf37c83e97] >>> /lib/x86_64-linux-gnu/libc.so.6(abort+0x141)[0x7faf37c85801] >>> /lib/x86_64-linux-gnu/libc.so.6(+0x3039a)[0x7faf37c7539a] >>> /lib/x86_64-linux-gnu/libc.so.6(+0x30412)[0x7faf37c75412] >>> >>> build/X86/gem5.opt(_ZN6X86ISA13handleIprReadEP13ThreadContextP6Packet+0x17c)[0x561d12365ddc] >>> >>> build/X86/gem5.opt(_ZN7LSQUnitI9O3CPUImplE4readEPN3LSQIS0_E10LSQRequestEi+0x431)[0x561d12322f71] >>> >>> build/X86/gem5.opt(_ZN3LSQI9O3CPUImplE4readEPNS1_10LSQRequestEi+0xad)[0x561d1236c77d] >>> >>> build/X86/gem5.opt(_ZN3LSQI9O3CPUImplE11pushRequestERK14RefCountingPtrI13BaseO3DynInstIS0_EEbPhjm5FlagsImEPmP15AtomicOpFunctor+0x523)[0x561d1236cd13] >>> >>> build/X86/gem5.opt(_ZN11BaseDynInstI9O3CPUImplE15initiateMemReadEmj5FlagsImE+0x7b)[0x561d1230444b] >>> >>> build/X86/gem5.opt(_ZNK10X86ISAInst5LdBig11initiateAccEP11ExecContextPN5Trace10InstRecordE+0xd1)[0x561d12867e31] >>> >>> build/X86/gem5.opt(_ZN13BaseO3DynInstI9O3CPUImplE11initiateAccEv+0x45)[0x561d1233b135] >>> >>> build/X86/gem5.opt(_ZN7LSQUnitI9O3CPUImplE11executeLoadERK14RefCountingPtrI13BaseO3DynInstIS0_EE+0x57)[0x561d12376e87] >>> >>> build/X86/gem5.opt(_ZN3LSQI9O3CPUImplE11executeLoadERK14RefCountingPtrI13BaseO3DynInstIS0_EE+0x3b)[0x561d123b] >>> >>> build/X86/gem5.opt(_ZN10DefaultIEWI9O3CPUImplE12executeInstsEv+0xf06)[0x561d12354696] >>> >>> build/X86/gem5.opt(_ZN10DefaultIEWI9O3CPUImplE4tickEv+0x8c0)[0x561d123581a0] >>> >>> build/X86/gem5.opt(_ZN9FullO3CPUI9O3CPUImplE4tickEv+0x144)[0x561d12326d64] >>> build/X86/gem5.opt(_ZN10EventQueue10serviceOneEv+0xd9)[0x561d13033aa9] >>> build/X86/gem5.opt(_Z9doSimLoopP10EventQueue+0x87)[0x561d1304f287] >>> build/X86/gem5.opt(_Z8simulatem+0xcaa)[0x561d130502ca] >>> build/X86/gem5.opt(+0x13741ce)[0x561d131351ce] >>> build/X86/gem5.opt(+0x4fd95e)[0x561d122be95e] >>> >>> /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x
Re: [gem5-users] Assertion failure when using DerivO3CPU with full system config
Hi Abhishek, I tried the baseline system without the L2 cache. I get the same error when I use the DerivO3CPU. The command I'm using is 'build/X86/gem5.opt configs/full_system/run.py'. I have also tried with gem5.debug. run.py is same as the file available in this link: http://learning.gem5.org/book/part5/fs_config.html#running-a-full-system-simulation system.py is same as in the link except that I have modified it to use DerivO3CPU. Following are my modification: self.cpu = DerivO3CPU() self.mem_mode = 'timing' Thanks in advance for any suggestions. Regards, Sethu On Tue, Mar 5, 2019 at 1:55 PM Abhishek Singh < abhishek.singh199...@gmail.com> wrote: > Hello Sethu, > > Did you try baseline i.e, without making any changes to cache and can you > the also mention the command line statement? > > Best regards, > > Abhishek > > > On Tue, Mar 5, 2019 at 1:20 PM Sethu Jose wrote: > >> Hi, >> >> I'm using the full system config explained in this page: >> http://learning.gem5.org/book/part5/fs_config.html#running-a-full-system-simulation >> >> I have modified the cache hierarchy to have a unified L2 cache. This >> config works as long as I use AtomicSimpleCPU or TimingSimpleCPU. >> >> When I switch to DerivO3CPU, it gives run time assertion error in the >> Packet::getPtr() method of mem/packet.hh file. I have added the error to >> the end of this mail. >> >> I have tried with gem5.debug and also with varing sizes for cache. >> However, the assertion is always failing. >> >> Any help would be appreciated. >> >> *Error*: >> Global frequency set at 1 ticks per second >> warn: DRAM device capacity (8192 Mbytes) does not match the address range >> assigned (512 Mbytes) >> info: kernel located at: >> /home/sethu/workspace/_x86/configs/full_system/binaries/x86_64-vmlinux-2.6.22.9 >> system.pc.com_1.device: Listening for connections on port 3456 >> 0: rtc: Real-time clock set to Sun Jan 1 00:00:00 2012 >> 0: system.remote_gdb: listening for remote gdb on port 7000 >> warn: Reading current count from inactive timer. >> Running the simulation >> info: Entering event queue @ 0. Starting simulation... >> gem5.opt: build/X86/mem/packet.hh:1047: T* Packet::getPtr() [with T = >> unsigned char]: Assertion `flags.isSet(STATIC_DATA|DYNAMIC_DATA)' failed. >> Program aborted at tick 11005983 >> --- BEGIN LIBC BACKTRACE --- >> build/X86/gem5.opt(_Z15print_backtracev+0x2c)[0x561d1302bccc] >> build/X86/gem5.opt(_Z12abortHandleri+0x4a)[0x561d1303e09a] >> /lib/x86_64-linux-gnu/libpthread.so.0(+0x12890)[0x7faf396a7890] >> /lib/x86_64-linux-gnu/libc.so.6(gsignal+0xc7)[0x7faf37c83e97] >> /lib/x86_64-linux-gnu/libc.so.6(abort+0x141)[0x7faf37c85801] >> /lib/x86_64-linux-gnu/libc.so.6(+0x3039a)[0x7faf37c7539a] >> /lib/x86_64-linux-gnu/libc.so.6(+0x30412)[0x7faf37c75412] >> >> build/X86/gem5.opt(_ZN6X86ISA13handleIprReadEP13ThreadContextP6Packet+0x17c)[0x561d12365ddc] >> >> build/X86/gem5.opt(_ZN7LSQUnitI9O3CPUImplE4readEPN3LSQIS0_E10LSQRequestEi+0x431)[0x561d12322f71] >> >> build/X86/gem5.opt(_ZN3LSQI9O3CPUImplE4readEPNS1_10LSQRequestEi+0xad)[0x561d1236c77d] >> >> build/X86/gem5.opt(_ZN3LSQI9O3CPUImplE11pushRequestERK14RefCountingPtrI13BaseO3DynInstIS0_EEbPhjm5FlagsImEPmP15AtomicOpFunctor+0x523)[0x561d1236cd13] >> >> build/X86/gem5.opt(_ZN11BaseDynInstI9O3CPUImplE15initiateMemReadEmj5FlagsImE+0x7b)[0x561d1230444b] >> >> build/X86/gem5.opt(_ZNK10X86ISAInst5LdBig11initiateAccEP11ExecContextPN5Trace10InstRecordE+0xd1)[0x561d12867e31] >> >> build/X86/gem5.opt(_ZN13BaseO3DynInstI9O3CPUImplE11initiateAccEv+0x45)[0x561d1233b135] >> >> build/X86/gem5.opt(_ZN7LSQUnitI9O3CPUImplE11executeLoadERK14RefCountingPtrI13BaseO3DynInstIS0_EE+0x57)[0x561d12376e87] >> >> build/X86/gem5.opt(_ZN3LSQI9O3CPUImplE11executeLoadERK14RefCountingPtrI13BaseO3DynInstIS0_EE+0x3b)[0x561d123b] >> >> build/X86/gem5.opt(_ZN10DefaultIEWI9O3CPUImplE12executeInstsEv+0xf06)[0x561d12354696] >> >> build/X86/gem5.opt(_ZN10DefaultIEWI9O3CPUImplE4tickEv+0x8c0)[0x561d123581a0] >> build/X86/gem5.opt(_ZN9FullO3CPUI9O3CPUImplE4tickEv+0x144)[0x561d12326d64] >> build/X86/gem5.opt(_ZN10EventQueue10serviceOneEv+0xd9)[0x561d13033aa9] >> build/X86/gem5.opt(_Z9doSimLoopP10EventQueue+0x87)[0x561d1304f287] >> build/X86/gem5.opt(_Z8simulatem+0xcaa)[0x561d130502ca] >> build/X86/gem5.opt(+0x13741ce)[0x561d131351ce] >> build/X86/gem5.opt(+0x4fd95e)[0x561d122be95e] >> >> /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x64d7)[0x7faf39961697] >> >> /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0(PyEval_EvalCodeEx+0x7d8)[0x7faf39a93278] >> >> /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x5bf6)[0x7faf39960db6] >> >> /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0(PyEval_EvalCodeEx+0x7d8)[0x7faf39a93278] >> >> /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0(PyEval_EvalCode+0x19)[0x7faf3995b029] >> >> /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x6ac0)[0x7faf39961c80] >> >> /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0(PyEval_Eva
Re: [gem5-users] Assertion failure when using DerivO3CPU with full system config
Hello Sethu, Did you try baseline i.e, without making any changes to cache and can you the also mention the command line statement? Best regards, Abhishek On Tue, Mar 5, 2019 at 1:20 PM Sethu Jose wrote: > Hi, > > I'm using the full system config explained in this page: > http://learning.gem5.org/book/part5/fs_config.html#running-a-full-system-simulation > > I have modified the cache hierarchy to have a unified L2 cache. This > config works as long as I use AtomicSimpleCPU or TimingSimpleCPU. > > When I switch to DerivO3CPU, it gives run time assertion error in the > Packet::getPtr() method of mem/packet.hh file. I have added the error to > the end of this mail. > > I have tried with gem5.debug and also with varing sizes for cache. > However, the assertion is always failing. > > Any help would be appreciated. > > *Error*: > Global frequency set at 1 ticks per second > warn: DRAM device capacity (8192 Mbytes) does not match the address range > assigned (512 Mbytes) > info: kernel located at: > /home/sethu/workspace/_x86/configs/full_system/binaries/x86_64-vmlinux-2.6.22.9 > system.pc.com_1.device: Listening for connections on port 3456 > 0: rtc: Real-time clock set to Sun Jan 1 00:00:00 2012 > 0: system.remote_gdb: listening for remote gdb on port 7000 > warn: Reading current count from inactive timer. > Running the simulation > info: Entering event queue @ 0. Starting simulation... > gem5.opt: build/X86/mem/packet.hh:1047: T* Packet::getPtr() [with T = > unsigned char]: Assertion `flags.isSet(STATIC_DATA|DYNAMIC_DATA)' failed. > Program aborted at tick 11005983 > --- BEGIN LIBC BACKTRACE --- > build/X86/gem5.opt(_Z15print_backtracev+0x2c)[0x561d1302bccc] > build/X86/gem5.opt(_Z12abortHandleri+0x4a)[0x561d1303e09a] > /lib/x86_64-linux-gnu/libpthread.so.0(+0x12890)[0x7faf396a7890] > /lib/x86_64-linux-gnu/libc.so.6(gsignal+0xc7)[0x7faf37c83e97] > /lib/x86_64-linux-gnu/libc.so.6(abort+0x141)[0x7faf37c85801] > /lib/x86_64-linux-gnu/libc.so.6(+0x3039a)[0x7faf37c7539a] > /lib/x86_64-linux-gnu/libc.so.6(+0x30412)[0x7faf37c75412] > > build/X86/gem5.opt(_ZN6X86ISA13handleIprReadEP13ThreadContextP6Packet+0x17c)[0x561d12365ddc] > > build/X86/gem5.opt(_ZN7LSQUnitI9O3CPUImplE4readEPN3LSQIS0_E10LSQRequestEi+0x431)[0x561d12322f71] > > build/X86/gem5.opt(_ZN3LSQI9O3CPUImplE4readEPNS1_10LSQRequestEi+0xad)[0x561d1236c77d] > > build/X86/gem5.opt(_ZN3LSQI9O3CPUImplE11pushRequestERK14RefCountingPtrI13BaseO3DynInstIS0_EEbPhjm5FlagsImEPmP15AtomicOpFunctor+0x523)[0x561d1236cd13] > > build/X86/gem5.opt(_ZN11BaseDynInstI9O3CPUImplE15initiateMemReadEmj5FlagsImE+0x7b)[0x561d1230444b] > > build/X86/gem5.opt(_ZNK10X86ISAInst5LdBig11initiateAccEP11ExecContextPN5Trace10InstRecordE+0xd1)[0x561d12867e31] > > build/X86/gem5.opt(_ZN13BaseO3DynInstI9O3CPUImplE11initiateAccEv+0x45)[0x561d1233b135] > > build/X86/gem5.opt(_ZN7LSQUnitI9O3CPUImplE11executeLoadERK14RefCountingPtrI13BaseO3DynInstIS0_EE+0x57)[0x561d12376e87] > > build/X86/gem5.opt(_ZN3LSQI9O3CPUImplE11executeLoadERK14RefCountingPtrI13BaseO3DynInstIS0_EE+0x3b)[0x561d123b] > > build/X86/gem5.opt(_ZN10DefaultIEWI9O3CPUImplE12executeInstsEv+0xf06)[0x561d12354696] > > build/X86/gem5.opt(_ZN10DefaultIEWI9O3CPUImplE4tickEv+0x8c0)[0x561d123581a0] > build/X86/gem5.opt(_ZN9FullO3CPUI9O3CPUImplE4tickEv+0x144)[0x561d12326d64] > build/X86/gem5.opt(_ZN10EventQueue10serviceOneEv+0xd9)[0x561d13033aa9] > build/X86/gem5.opt(_Z9doSimLoopP10EventQueue+0x87)[0x561d1304f287] > build/X86/gem5.opt(_Z8simulatem+0xcaa)[0x561d130502ca] > build/X86/gem5.opt(+0x13741ce)[0x561d131351ce] > build/X86/gem5.opt(+0x4fd95e)[0x561d122be95e] > > /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x64d7)[0x7faf39961697] > > /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0(PyEval_EvalCodeEx+0x7d8)[0x7faf39a93278] > > /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x5bf6)[0x7faf39960db6] > > /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0(PyEval_EvalCodeEx+0x7d8)[0x7faf39a93278] > > /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0(PyEval_EvalCode+0x19)[0x7faf3995b029] > > /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x6ac0)[0x7faf39961c80] > > /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0(PyEval_EvalCodeEx+0x7d8)[0x7faf39a93278] > > /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x5bf6)[0x7faf39960db6] > --- END LIBC BACKTRACE --- > Aborted (core dumped) > > -- > Thanks and Regards, > Sethu > > ___ > gem5-users mailing list > gem5-users@gem5.org > http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users ___ gem5-users mailing list gem5-users@gem5.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
[gem5-users] Assertion failure when using DerivO3CPU with full system config
Hi, I'm using the full system config explained in this page: http://learning.gem5.org/book/part5/fs_config.html#running-a-full-system-simulation I have modified the cache hierarchy to have a unified L2 cache. This config works as long as I use AtomicSimpleCPU or TimingSimpleCPU. When I switch to DerivO3CPU, it gives run time assertion error in the Packet::getPtr() method of mem/packet.hh file. I have added the error to the end of this mail. I have tried with gem5.debug and also with varing sizes for cache. However, the assertion is always failing. Any help would be appreciated. *Error*: Global frequency set at 1 ticks per second warn: DRAM device capacity (8192 Mbytes) does not match the address range assigned (512 Mbytes) info: kernel located at: /home/sethu/workspace/_x86/configs/full_system/binaries/x86_64-vmlinux-2.6.22.9 system.pc.com_1.device: Listening for connections on port 3456 0: rtc: Real-time clock set to Sun Jan 1 00:00:00 2012 0: system.remote_gdb: listening for remote gdb on port 7000 warn: Reading current count from inactive timer. Running the simulation info: Entering event queue @ 0. Starting simulation... gem5.opt: build/X86/mem/packet.hh:1047: T* Packet::getPtr() [with T = unsigned char]: Assertion `flags.isSet(STATIC_DATA|DYNAMIC_DATA)' failed. Program aborted at tick 11005983 --- BEGIN LIBC BACKTRACE --- build/X86/gem5.opt(_Z15print_backtracev+0x2c)[0x561d1302bccc] build/X86/gem5.opt(_Z12abortHandleri+0x4a)[0x561d1303e09a] /lib/x86_64-linux-gnu/libpthread.so.0(+0x12890)[0x7faf396a7890] /lib/x86_64-linux-gnu/libc.so.6(gsignal+0xc7)[0x7faf37c83e97] /lib/x86_64-linux-gnu/libc.so.6(abort+0x141)[0x7faf37c85801] /lib/x86_64-linux-gnu/libc.so.6(+0x3039a)[0x7faf37c7539a] /lib/x86_64-linux-gnu/libc.so.6(+0x30412)[0x7faf37c75412] build/X86/gem5.opt(_ZN6X86ISA13handleIprReadEP13ThreadContextP6Packet+0x17c)[0x561d12365ddc] build/X86/gem5.opt(_ZN7LSQUnitI9O3CPUImplE4readEPN3LSQIS0_E10LSQRequestEi+0x431)[0x561d12322f71] build/X86/gem5.opt(_ZN3LSQI9O3CPUImplE4readEPNS1_10LSQRequestEi+0xad)[0x561d1236c77d] build/X86/gem5.opt(_ZN3LSQI9O3CPUImplE11pushRequestERK14RefCountingPtrI13BaseO3DynInstIS0_EEbPhjm5FlagsImEPmP15AtomicOpFunctor+0x523)[0x561d1236cd13] build/X86/gem5.opt(_ZN11BaseDynInstI9O3CPUImplE15initiateMemReadEmj5FlagsImE+0x7b)[0x561d1230444b] build/X86/gem5.opt(_ZNK10X86ISAInst5LdBig11initiateAccEP11ExecContextPN5Trace10InstRecordE+0xd1)[0x561d12867e31] build/X86/gem5.opt(_ZN13BaseO3DynInstI9O3CPUImplE11initiateAccEv+0x45)[0x561d1233b135] build/X86/gem5.opt(_ZN7LSQUnitI9O3CPUImplE11executeLoadERK14RefCountingPtrI13BaseO3DynInstIS0_EE+0x57)[0x561d12376e87] build/X86/gem5.opt(_ZN3LSQI9O3CPUImplE11executeLoadERK14RefCountingPtrI13BaseO3DynInstIS0_EE+0x3b)[0x561d123b] build/X86/gem5.opt(_ZN10DefaultIEWI9O3CPUImplE12executeInstsEv+0xf06)[0x561d12354696] build/X86/gem5.opt(_ZN10DefaultIEWI9O3CPUImplE4tickEv+0x8c0)[0x561d123581a0] build/X86/gem5.opt(_ZN9FullO3CPUI9O3CPUImplE4tickEv+0x144)[0x561d12326d64] build/X86/gem5.opt(_ZN10EventQueue10serviceOneEv+0xd9)[0x561d13033aa9] build/X86/gem5.opt(_Z9doSimLoopP10EventQueue+0x87)[0x561d1304f287] build/X86/gem5.opt(_Z8simulatem+0xcaa)[0x561d130502ca] build/X86/gem5.opt(+0x13741ce)[0x561d131351ce] build/X86/gem5.opt(+0x4fd95e)[0x561d122be95e] /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x64d7)[0x7faf39961697] /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0(PyEval_EvalCodeEx+0x7d8)[0x7faf39a93278] /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x5bf6)[0x7faf39960db6] /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0(PyEval_EvalCodeEx+0x7d8)[0x7faf39a93278] /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0(PyEval_EvalCode+0x19)[0x7faf3995b029] /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x6ac0)[0x7faf39961c80] /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0(PyEval_EvalCodeEx+0x7d8)[0x7faf39a93278] /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x5bf6)[0x7faf39960db6] --- END LIBC BACKTRACE --- Aborted (core dumped) -- Thanks and Regards, Sethu ___ gem5-users mailing list gem5-users@gem5.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
Re: [gem5-users] Reg McPAT-GEM5
hello sir, i tried it but still ending up with error sir Command that i executed :: python GEM5ToMcPAT.py stats.txt config.json template.xml Reading GEM5 stats from: stats.txt Warning (stats): system.mem_ctrls00.avgQLat is nan. Setting it to 0 Warning (stats): system.mem_ctrls00.avgBusLat is nan. Setting it to 0 Warning (stats): system.mem_ctrls00.avgMemAccLat is nan. Setting it to 0 Warning (stats): system.mem_ctrls00.readRowHitRate is nan. Setting it to 0 Warning (stats): system.mem_ctrls00.writeRowHitRate is nan. Setting it to 0 Warning (stats): system.mem_ctrls00.avgGap is nan. Setting it to 0 Warning (stats): system.mem_ctrls00.pageHitRate is nan. Setting it to 0 Warning (stats): system.mem_ctrls01.avgQLat is nan. Setting it to 0 Warning (stats): system.mem_ctrls01.avgBusLat is nan. Setting it to 0 Warning (stats): system.mem_ctrls01.avgMemAccLat is nan. Setting it to 0 Warning (stats): system.mem_ctrls01.readRowHitRate is nan. Setting it to 0 Warning (stats): system.mem_ctrls01.writeRowHitRate is nan. Setting it to 0 Warning (stats): system.mem_ctrls01.avgGap is nan. Setting it to 0 Warning (stats): system.mem_ctrls01.pageHitRate is nan. Setting it to 0 Warning (stats): system.mem_ctrls02.avgQLat is nan. Setting it to 0 Warning (stats): system.mem_ctrls02.avgBusLat is nan. Setting it to 0 Warning (stats): system.mem_ctrls02.avgMemAccLat is nan. Setting it to 0 Warning (stats): system.mem_ctrls02.readRowHitRate is nan. Setting it to 0 Warning (stats): system.mem_ctrls02.writeRowHitRate is nan. Setting it to 0 Warning (stats): system.mem_ctrls02.avgGap is nan. Setting it to 0 Warning (stats): system.mem_ctrls02.pageHitRate is nan. Setting it to 0 Warning (stats): system.mem_ctrls03.avgQLat is nan. Setting it to 0 Warning (stats): system.mem_ctrls03.avgBusLat is nan. Setting it to 0 Warning (stats): system.mem_ctrls03.avgMemAccLat is nan. Setting it to 0 Warning (stats): system.mem_ctrls03.readRowHitRate is nan. Setting it to 0 Warning (stats): system.mem_ctrls03.writeRowHitRate is nan. Setting it to 0 Warning (stats): system.mem_ctrls03.avgGap is nan. Setting it to 0 Warning (stats): system.mem_ctrls03.pageHitRate is nan. Setting it to 0 Warning (stats): system.mem_ctrls04.avgQLat is nan. Setting it to 0 Warning (stats): system.mem_ctrls04.avgBusLat is nan. Setting it to 0 Warning (stats): system.mem_ctrls04.avgMemAccLat is nan. Setting it to 0 Warning (stats): system.mem_ctrls04.readRowHitRate is nan. Setting it to 0 Warning (stats): system.mem_ctrls04.writeRowHitRate is nan. Setting it to 0 Warning (stats): system.mem_ctrls04.avgGap is nan. Setting it to 0 Warning (stats): system.mem_ctrls04.pageHitRate is nan. Setting it to 0 Warning (stats): system.mem_ctrls05.avgQLat is nan. Setting it to 0 Warning (stats): system.mem_ctrls05.avgBusLat is nan. Setting it to 0 Warning (stats): system.mem_ctrls05.avgMemAccLat is nan. Setting it to 0 Warning (stats): system.mem_ctrls05.readRowHitRate is nan. Setting it to 0 Warning (stats): system.mem_ctrls05.writeRowHitRate is nan. Setting it to 0 Warning (stats): system.mem_ctrls05.avgGap is nan. Setting it to 0 Warning (stats): system.mem_ctrls05.pageHitRate is nan. Setting it to 0 Warning (stats): system.mem_ctrls06.avgQLat is nan. Setting it to 0 Warning (stats): system.mem_ctrls06.avgBusLat is nan. Setting it to 0 Warning (stats): system.mem_ctrls06.avgMemAccLat is nan. Setting it to 0 Warning (stats): system.mem_ctrls06.readRowHitRate is nan. Setting it to 0 Warning (stats): system.mem_ctrls06.writeRowHitRate is nan. Setting it to 0 Warning (stats): system.mem_ctrls06.avgGap is nan. Setting it to 0 Warning (stats): system.mem_ctrls06.pageHitRate is nan. Setting it to 0 Warning (stats): system.mem_ctrls07.avgQLat is nan. Setting it to 0 Warning (stats): system.mem_ctrls07.avgBusLat is nan. Setting it to 0 Warning (stats): system.mem_ctrls07.avgMemAccLat is nan. Setting it to 0 Warning (stats): system.mem_ctrls07.readRowHitRate is nan. Setting it to 0 Warning (stats): system.mem_ctrls07.writeRowHitRate is nan. Setting it to 0 Warning (stats): system.mem_ctrls07.avgGap is nan. Setting it to 0 Warning (stats): system.mem_ctrls07.pageHitRate is nan. Setting it to 0 Warning (stats): system.mem_ctrls08.avgQLat is nan. Setting it to 0 Warning (stats): system.mem_ctrls08.avgBusLat is nan. Setting it to 0 Warning (stats): system.mem_ctrls08.avgMemAccLat is nan. Setting it to 0 Warning (stats): system.mem_ctrls08.readRowHitRate is nan. Setting it to 0 Warning (stats): system.mem_ctrls08.writeRowHitRate is nan. Setting it to 0 Warning (stats): system.mem_ctrls08.avgGap is nan. Setting it to 0 Warning (stats): system.mem_ctrls08.pageHitRate is nan. Setting it to 0 Warning (stats): system.mem_ctrls09.avgQLat is nan. Set
[gem5-users] In-DRAM write operation
I'd like to move data from a physical address source to another physical address destination inside the DRAMCtrl without passing by the Memory Bus. Is this already implemented in some way in gem5? if not, do you have any suggestion? Regards, Matteo M. Fusi ___ gem5-users mailing list gem5-users@gem5.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
