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 <abhishek.singh199...@gmail.com 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 <sethuj...@gmail.com> 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 <sethuj...@gmail.com> 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 <sethuj...@gmail.com> 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 1000000000000 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)[0x561d1236666b] >>>>>> >>>>>> 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 >>>>> >>>>> >>>> >>>> -- >>>> Thanks and Regards, >>>> Sethu >>>> >>>> >>> >> >> -- >> Thanks and Regards, >> Sethu >> >> >
_______________________________________________ gem5-users mailing list gem5-users@gem5.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users