[gem5-users] Page table fault when accessing virtual address 0x7ffffffe00

2022-05-11 Thread siva sankar
Hi All, I am trying to run a basic program of memcpy for which I am seeing the following error. "build/ARM/sim/faults.cc:104: panic: panic condition !handled && !tc->getSystemPtr()->trapToGdb(SIGSEGV, tc->contextId()) occurred: Page table fault when accessing virtual address 0x7ffe00" Below

[gem5-users] Page Table Fault When Accessing Virtual Address

2020-03-11 Thread Muhammet Abdullah Soytürk
Hi all, I am trying to run a simulation with se.py. It works perfectly fine on my machine but when I try to run it on a workstation I am getting this error: panic: Page table fault when accessing virtual address 0x7f8ff900 I am using RISCV isa and the latest version of gem5. This is

Re: [gem5-users] Page table fault when accessing virtual address 0x98

2014-05-08 Thread jiakunli2010 via gem5-users
Thanks for the reply. But I don't know how to get to the trace around the warning lines. (only the terminated tick printed) How to find the tick at which warning appears? jiakunli2010,jiakunli2...@gmail.com 2014/5/8 ___ gem5-users mailing list

Re: [gem5-users] Page table fault when accessing virtual address 0x98

2014-05-08 Thread Ali Saidi via gem5-users
--debug-flags=Exec --debug-start=some number of ticks before crashes Ali On 08.05.2014 02:13, jiakunli2010 via gem5-users wrote: Thanks for the reply. But I don't know how to get to the trace around the warning lines. (only the terminated tick printed) How to find the tick at which

[gem5-users] Page table fault when accessing virtual address 0x98

2014-05-07 Thread jiakunli2010 via gem5-users
Hello All! I am running SPEC2006 (4 workloads on 4-core) using gem5 classic memory, timing cpu model. The error message are pasted below. However, when I applied one workload to the same 4-core system, I got no errors for any of the four workloads. The system could also run some other mixes of

Re: [gem5-users] Page table fault when accessing virtual address 0x98

2014-05-07 Thread Ali Saidi via gem5-users
The page fault you're seeing below is what you would see on a normal system as a segmentation fault. You're likely referencing a null pointer plus some offset. You need to look at a trace of the instructions and memory system, see how that address is generated and assuming it's the problem I