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

Reply via email to