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
