search

umd-memsys / DRAMSim2

DRAMSim2: A cycle accurate DRAM simulator
http://www.ece.umd.edu/~blj/papers/cal10-1.pdf
258 stars 150 forks source link

int 000::ReorderBufferEntry Aborted (core dumped) #43

Closed ychoijy closed 10 years ago

ychoijy commented 10 years ago

When I used kernel version 2.6.32, qemu worked well.

but I try to use kernel version 3.15, qemu is not work.

PTLCALL type PTLCALL_ENQUEUE MARSSx86::Command received : -run == Loading device model file '/home/ychoijy/DRAMSim2/ini/my_dram.ini' == == Loading system model file '/home/ychoijy/DRAMSim2/system.ini' == ===== MemorySystem 0 ===== CH. 0 TOTAL_STORAGE : 4096MB | 64 Ranks | 4 Devices per rank Completed 0 cycles, 0 commits: 0 Hz, 0 insns/sec: rip 00000000004013aewriting vis file to /home/ychoijy/DRAMSim2/results/benchmark/my_dram/4GB.1Ch.64R.scheme2.open_page.32TQ.32CQ.RtB.pRank.vis DRAMSim2 Clock Frequency =666666666Hz, CPU Clock Frequency=2700000000Hz Completed 42000 cycles, 4848 commits: 208144 Hz, 24025 insns/sec: rip ffffffff81099cb5

qemu-system-x86_64: ptlsim/build/core/ooo-core/ooo-pipe.cpp:2109: int ooo::ReorderBufferEntry::commit(): Assertion `physreg->data' failed. Aborted (core dumped)

I don't know why qemu is not work.

please help me. thank you.

dramninjasUMD commented 10 years ago

If you try to run Linux 3.15 with normal marss (without DRAMSim2), do you still get the same assertion failure?

ychoijy commented 10 years ago

yes. I still get the same assertion with normal marss. Maybe do not qemu of marss support 3.x version kernel?

dramninjasUMD commented 10 years ago

I'm not sure -- I've not tried any later kernels. However, if it happens with stock MARSSx86, it's not a DRAMSim2 issue. I'd suggest posting on the marss listserv or on their github issue tracker to see if they can help you. You might have to use the debugger to get a backtrace for them.