Hi, thanks for the reply.
Assuming that the page isn't being allocated when it should be, what could I do
with this information? I'm not familiar with this part of the Gem5 codebase.
Also, just to be clear, what do you mean by 'when the image download is done'?
Thanks.
Sent from Proton Mail mobile
-------- Original Message --------
On 15 Jan 2024, 01:18, sun2k23 via gem5-users wrote:
> Hi,
>
> I have ever met several similar issues but i'm not running Spec2017. I think
> that's because you use this address 0x660000195c before allocating page
> firstly. You can enable the debug-flag of MMU to check whether the page
> related to this address is allocated when the image download is done.
>
> S2k
>
> At 2024-01-14 04:40:13, "muke101 via gem5-users" <gem5-users@gem5.org> wrote:
>
>> Hi, I'm trying to checkpoint spec2017 with NonCachingSimpleCPU according to
>> simpoints I generated from native AArch64 binaries. On an unmodified Gem5, a
>> page fault occurs in the simulation (pasted the error message at the bottom).
>>
>> I've read that GCC can run out of stack space when simulated, so I edited
>> arch/arm/process.cc to have a max stack size of 16MB instead of the default
>> 8MB, but this hasn't helped. Can someone confirm this is the right way to
>> increase the max stack size? The total memory allowed to the simulation if
>> 50GB (set if --mem-size on the command line).
>>
>> Another possibility is that it's due to me compiling the benchmark without
>> '--no-strict-aliasing', which the spec documentation suggests to, but I
>> imagine if this were the problem then the program wouldn't had been able to
>> run natively, which it does.
>>
>> Has anyone run into this problem before and been able to solve it?
>>
>> Thanks.
>>
>> build/ARM/sim/simulate.cc:194: info: Entering event queue @ 188431954680500.
>> Starting simulation...
>> build/ARM/sim/faults.cc:104: panic: panic condition !handled &&
>> !tc->getSystemPtr()->trapToGdb(SIGSEGV, tc->contextId()) occurred: Page
>> table fault when accessing virtual address 0x660000195c
>> Memory Usage: 52735052 KBytes
>> Program aborted at tick 191641021589000
>> --- BEGIN LIBC BACKTRACE ---
>> /sim_home/luke/PND-Loads/gem5/build/ARM/gem5.fast(+0x97d088)[0xaaaaca97c088]
>> /sim_home/luke/PND-Loads/gem5/build/ARM/gem5.fast(+0x9ef1bc)[0xaaaaca9ee1bc]
>> linux-vdso.so.1(__kernel_rt_sigreturn+0x0)[0x4000161c2688]
>> /lib/aarch64-linux-gnu/libc.so.6(raise+0xb0)[0x4000164c2598]
>> --- END LIBC BACKTRACE ---
>> Aborted (core dumped)
>>
>> Sent with [Proton Mail](https://proton.me/) secure email.
_______________________________________________
gem5-users mailing list -- gem5-users@gem5.org
To unsubscribe send an email to gem5-users-le...@gem5.org
