That is very odd... Could you run the debug binary and see if you get a better trace. Also could you run it under valgrind?
Thanks, Ali On 01.10.2012 19:33, Fangfei Liu wrote: > Hi, > > This is the back trace of the stack for the segmentation fault: > > command line: /tigress-hsm/fangfeil/gem5/build/ARM/gem5.opt --outdir=bbench2 configs/example/fs.py -b bbench-gb --kernel=vmlinux.smp.mouse.arm --frame-capture --caches --cpu-type=detailed > Global frequency set at 1000000000000 ticks per second > info: kernel located at: /tigress-hsm/fangfeil/gem5/system/binaries/vmlinux.smp.mouse.arm > Listening for system connection on port 5900 > Listening for system connection on port 3456 > 0: system.remote_gdb.listener: listening for remote gdb #0 on port 7000 > info: Using bootloader at address 0x80000000 > **** REAL SIMULATION **** > info: Entering event queue @ 0. Starting simulation... > warn: The clidr register always reports 0 caches. > warn: clidr LoUIS field of 0b001 to match current ARM implementations. > warn: The csselr register isn't implemented. > > Program received signal SIGSEGV, Segmentation fault. > 0x00002aaaabafcbab in __dynamic_cast () from /usr/lib64/libstdc++.so.6 > (gdb) bt > #0 0x00002aaaabafcbab in __dynamic_cast () from /usr/lib64/libstdc++.so.6 > #1 0x00000000016a8b15 in MSHR::TargetList::clearDownstreamPending (this=0x3c16f30) at build/ARM/mem/cache/mshr.cc:133 > #2 0x00000000016a8d90 in MSHR::markInService (this=, pkt=) at build/ARM/mem/cache/mshr.cc:238 > #3 0x00000000016ab88f in MSHRQueue::markInService (this=0x3bfab90, mshr=0x3bfd2e8, pkt=) at build/ARM/mem/cache/mshr_queue.cc:202 > #4 0x0000000001681871 in Cache::markInService(MSHR*, Packet*) () > #5 0x00000000016964a2 in Cache::MemSidePacketQueue::sendDeferredPacket() () > #6 0x0000000001863d44 in EventQueue::serviceOne (this=) at build/ARM/sim/eventq.cc:204 > #7 0x00000000018abf82 in simulate (num_cycles=) at build/ARM/sim/simulate.cc:71 > #8 0x000000000182738b in _wrap_simulate__SWIG_0 (self=, args=) at build/ARM/python/swig/event_wrap.cc:4371 > #9 _wrap_simulate (self=, args=) at build/ARM/python/swig/event_wrap.cc:4421 > #10 0x00002aaaab3226c0 in PyObject_Call () from /usr/lib64/libpython2.4.so.1.0 > #11 0x00002aaaab380b1c in PyEval_EvalFrame () from /usr/lib64/libpython2.4.so.1.0 > #12 0x00002aaaab3835d5 in PyEval_EvalCodeEx () from /usr/lib64/libpython2.4.so.1.0 > #13 0x00002aaaab381e08 in PyEval_EvalFrame () from /usr/lib64/libpython2.4.so.1.0 > #14 0x00002aaaab381fbb in PyEval_EvalFrame () from /usr/lib64/libpython2.4.so.1.0 > #15 0x00002aaaab381fbb in PyEval_EvalFrame () from /usr/lib64/libpython2.4.so.1.0 > #16 0x00002aaaab3835d5 in PyEval_EvalCodeEx () from /usr/lib64/libpython2.4.so.1.0 > #17 0x00002aaaab383622 in PyEval_EvalCode () from /usr/lib64/libpython2.4.so.1.0 > #18 0x00002aaaab381f2d in PyEval_EvalFrame () from /usr/lib64/libpython2.4.so.1.0 > #19 0x00002aaaab3835d5 in PyEval_EvalCodeEx () from /usr/lib64/libpython2.4.so.1.0 > #20 0x00002aaaab381e08 in PyEval_EvalFrame () from /usr/lib64/libpython2.4.so.1.0 > #21 0x00002aaaab3835d5 in PyEval_EvalCodeEx () from /usr/lib64/libpython2.4.so.1.0 > #22 0x00002aaaab383622 in PyEval_EvalCode () from /usr/lib64/libpython2.4.so.1.0 > #23 0x00002aaaab39fd19 in ?? () from /usr/lib64/libpython2.4.so.1.0 > #24 0x000000000186be5c in m5Main (argc=, argv=) at build/ARM/sim/init.cc:256 > #25 0x0000000000409c11 in main (argc=9, argv=0x7fffffffe4f8) at build/ARM/sim/main.cc:57 > > Do you have any idea how to solve this problem? Thanks! > > Best regards > Fangfei > > ------------------------- > > FROM: gem5-users-boun...@gem5.org [gem5-users-boun...@gem5.org] on behalf of Ali Saidi [sa...@umich.edu] > SENT: Monday, October 01, 2012 5:46 PM > TO: gem5 users mailing list > SUBJECT: Re: [gem5-users] questions on running benchmark on gem5 > > Without a back trace of where the segmentation fault is happening and perhaps the output of valgrind we're not going to be much help. > > Ali > > On 01.10.2012 15:51, Fangfei Liu wrote: > >> I find that it may not be related to checkpoint but segmentation occurs for all the configuration using detailed/arm_detailed cpu type. Is it because of the version of runtime envorinment? >> >> ------------------------- >> >> FROM: gem5-users-boun...@gem5.org [gem5-users-boun...@gem5.org] on behalf of Fangfei Liu [fangf...@princeton.edu] >> SENT: Monday, October 01, 2012 2:56 PM >> TO: gem5 users mailing list >> SUBJECT: Re: [gem5-users] questions on running benchmark on gem5 >> >> Actually no. But I think the directory where checkpoint is located is shared by all nodes via GPFS. There are no compiler but only runtime environment installed on the nodes. Will this be a potential problem? Thanks! >> >> ------------------------- >> >> FROM: gem5-users-boun...@gem5.org [gem5-users-boun...@gem5.org] on behalf of Anthony Gutierrez [atgut...@umich.edu] >> SENT: Monday, October 01, 2012 12:44 PM >> TO: gem5 users mailing list >> SUBJECT: Re: [gem5-users] questions on running benchmark on gem5 >> >> Are you copying the checkpoint to the node on which it's running? >> >> On Mon, Oct 1, 2012 at 12:11 AM, Fangfei Liu <fangf...@princeton.edu [38]> wrote: >> >>> Sorry I may use the wrong command when I run the executable with gdbto get previous information. The problem I met is a little bit strange. I'm running gem5on a cluster. It turns out that it works fine at the head node of the cluster with gdb(at least no segmentation fault after running for more than 10 minutes.) But when I submitted the job into a job queue and run it on other nodes, segmentation fault occurredafter it run for only several seconds. >>> >>> ------------------------- >>> >>> FROM: gem5-users-boun...@gem5.org [33] [gem5-users-boun...@gem5.org [34]] on behalf of Ali Saidi [sa...@umich.edu [35]] >>> SENT:Sunday, September 30, 2012 11:32 PM >>> >>> TO: gem5 users mailing list >>> SUBJECT: Re: [gem5-users] questions on running benchmark on gem5 >>> >>> Could you get a back trace when it happens. It's not a segmentation fault it's a SIGABRT. You're running into a assertion and we need to know who is creating this event that is causing you trouble. >>> Ali >>> >>> On Sep 30, 2012, at 9:44 PM, Fangfei Liu wrote: >>> >>>> I tried several different configurations. It works in atomic mode even with caches. But segmentation fault occurs for both arm_detailed and detailed cpu type. The checkpoint is taken in atomic mode. Should the checkpoint be taken with the same cpu type as it runs by restoring the checkpoint? >>>> >>>> ------------------------- >>>> >>>> FROM: gem5-users-boun...@gem5.org [24] [gem5-users-boun...@gem5.org [25]] on behalf of Fangfei Liu [fangf...@princeton.edu [26]] >>>> SENT: Sunday, September 30, 2012 4:16 PM >>>> TO: gem5 users mailing list >>>> SUBJECT: Re: [gem5-users] questions on running benchmark on gem5 >>>> >>>> Hi, >>>> >>>> This is the information I got from running it in gdb: >>>> >>>> Switch at curTick count:10000 >>>> info: Entering event queue @ 19318968082000. Starting simulation... >>>> gem5.opt: build/ARM/sim/simulate.cc:66: SimLoopExitEvent* simulate(Tick): Assertion `curTick() Program received signal SIGABRT, Aborted. >>>> 0x0000003127430285 in raise () from /lib64/libc.so.6 >>>> >>>> It seems that it failed at the assertion. Do you have any idea what's wrong with it? Thanks! >>>> >>>> Best regards >>>> Fangfei >>>> >>>> ------------------------- >>>> >>>> FROM: gem5-users-boun...@gem5.org [27] [gem5-users-boun...@gem5.org [28]] on behalf of Anthony Gutierrez [atgut...@umich.edu [29]] >>>> SENT: Sunday, September 30, 2012 3:32 PM >>>> TO: gem5 users mailing list >>>> SUBJECT: Re: [gem5-users] questions on running benchmark on gem5 >>>> >>>> You will need to use gdb or a similar tool to find out where that seg fault is coming from. >>>> -Tony >>>> >>>> On Sun, Sep 30, 2012 at 3:29 PM, Fangfei Liu <fangf...@princeton.edu [30]> wrote: >>>> >>>>> I didn't use caches when taking a checkpoint. This is the command line I used to take the checkpoint. >>>>> >>>>> build/ARM/gem5.opt --outdir=bbench configs/example/fs.py -b bbench-gb --kernel=vmlinux.smp.mouse.arm --frame-capture --checkpoint-dir=bbench >>>>> >>>>> ------------------------- >>>>> >>>>> FROM: gem5-users-boun...@gem5.org [18] [gem5-users-boun...@gem5.org [19]] on behalf of Anthony Gutierrez [atgut...@umich.edu [20]] SENT: Sunday, September 30, 2012 3:04 PM >>>>> >>>>> TO: gem5 users mailing list >>>>> SUBJECT: Re: [gem5-users] questions on running benchmark on gem5 >>>>> >>>>> Did you take a checkpoint with caches? If so, you must take a checkpoint without caches. >>>>> -Tony >>>>> >>>>> On Sun, Sep 30, 2012 at 2:58 PM, Fangfei Liu <fangf...@princeton.edu [21]> wrote: >>>>> >>>>>> I see, probably I had some interacting with vncviewer with the mouse when the keyboard is open. I tried to run the benchmark again and now it can run to completion. Thank you very much for your kind help! >>>>>> >>>>>> I have another problem. I took a checkpoint after booting the OS in atomic mode with the default configuration. I did this by inserting a m5 instruction in the bbench-gb.rcS file: /sbin/m5 checkpoint (right after sleep 10). The checkpoint can be taken correctly. Then I want to resume the checkpoint and simulate BBench in arm_detailed mode, but I got segmentation fault. The command line and output is as follows: >>>>>> >>>>>> command line: build/ARM/gem5.opt --outdir=bbench2 configs/example/fs.py -b bbench-gb --kernel=vmlinux.smp.mouse.arm --frame-capture --checkpoint-dir=bbench -r 1 --caches --cpu-type=arm_detailed --l2cache --cacheline_size=64 --l1d_size=32kB --l1d_assoc=4 --l2_size=512kB --l2_assoc=8 >>>>>> Global frequency set at 1000000000000 ticks per second >>>>>> info: kernel located at: /tigress-hsm/fangfeil/gem5/system/binaries/vmlinux.smp.mouse.arm >>>>>> Switch at curTick count:10000 >>>>>> info: Entering event queue @ 19318968082000. Starting simulation... >>>>>> Switched CPUS @ tick 19318968092000 >>>>>> Changing memory mode to timing >>>>>> switching cpus >>>>>> **** REAL SIMULATION **** >>>>>> info: Entering event queue @ 19318968092000. Starting simulation... >>>>>> Segmentation fault >>>>>> >>>>>> I still use the same rcS file except comment the checkpoint command. I was wondering whether I did this correctly. Thanks in advance! >>>>>> >>>>>> Best regards >>>>>> Fangfei >>>>>> >>>>>> ------------------------- >>>>>> >>>>>> FROM: gem5-users-boun...@gem5.org [12] [gem5-users-boun...@gem5.org [13]] on behalf of Anthony Gutierrez [atgut...@umich.edu [14]] >>>>>> SENT: Sunday, September 30, 2012 12:59 PM >>>>>> >>>>>> TO: gem5 users mailing list >>>>>> >>>>>> SUBJECT: Re: [gem5-users] questions on running benchmark on gem5 >>>>>> >>>>>> BBench is a web-page rendering benchmark, however, it shouldn't interact with the web-pages in any way. It's doing a google search for something called ewbay and the keyboard is open, that shouldn't happen. Were you interacting with the vncviewer with the mouse? Is it possible that this query could have been entered in error? There is nothing in the BBench source called "ewbay", so it's hard to tell how that url is being produced otherwise. >>>>>> -Tony >>>>>> >>>>>> On Sat, Sep 29, 2012 at 2:15 PM, Fangfei Liu <fangf...@princeton.edu [15]> wrote: >>>>>> >>>>>>> Thanks for your reply. >>>>>>> >>>>>>> I didn't change anything and the command line I used was exactly the same as that in the BBench instruction page. The exact URL is http://www.google.com/m?hl=md&gl=us&source=android-browser-type&q=ewbay [1]. It is actually doing google search for ebay. Please find attached a snapshot for this page. >>>>>>> >>>>>>> Best regards >>>>>>> Fangfei >>>>>>> Date: Fri, 28 Sep 2012 14:49:55 -0400 >>>>>>> From: Anthony Gutierrez <atgut...@umich.edu [2]> >>>>>>> >>>>>>> To: gem5 users mailing list <gem5-users@gem5.org [3]> Subject: Re: [gem5-users] questions on running benchmark on gem5 >>>>>>> Message-ID: >>>>>>> <caeqebpsxtdzuouczrvt6q1-3ckj5mkwzgicnwdo9qbpwume...@mail.gmail.com [4]> >>>>>>> Content-Type: text/plain; charset="iso-8859-1" >>>>>>> >>>>>>> I started a BBench run this morning with a fresh check out of the latest >>>>>>> dev repo, the Android kernel and an unmodified Gingerbread disk image with >>>>>>> BBench, both from gem5.org/bbench-gem5 [5]. I do not see this problem, eBay >>>>>>> renders fine and the simulation continues. I will need more info on your >>>>>>> setup/how you're running the simulation if you'd like help with this >>>>>>> problem. >>>>>>> >>>>>>> -Tony >>>>>>> >>>>>>> On Fri, Sep 28, 2012 at 11:31 AM, Anthony Gutierrez <atgut...@umich.edu [6]>wrote: >>>>>>> >>>>>>> > I've never seen this problem before, and the BBench source for eBay does >>>>>>> > not show anything called ewbay in the source, so I don't know how it's >>>>>>> > getting redirected to that URL. Did you modify the BBench source in any >>>>>>> > way? Can you send me your exact command line? And, can you tell me the >>>>>>> > exact URL that the browser shows when it hangs? >>>>>>> > >>>>>>> > -Tony >>>>>>> > >>>>>>> > On Thu, Sep 27, 2012 at 10:25 AM, Fangfei Liu <fangf...@princeton.edu [7]>wrote: >>>>>>> > >> Hi,**** >>>>>>> >> >>>>>>>>> ** ** >>>>>>> >>>>>>> >> >>>>>>> >> I tried to run Bbench on gem5 with Gingerbread disk image (atomic mode >>>>>>> >> and default configuration). The simulator took about 140 minutes to boot >>>>>>> >> Android and start running the benchmark. But it seems that the benchmark >>>>>>> >> stalled at certain web page after running for a while. I find that it is >>>>>>> >> supposed to render a web page in ebay but used the wrong url with ewbay. I >>>>>>> >> terminated the simulation manually after 97 hours but find that the >>>>>>> >> statistics shows only 87 billion instructions were simulated. I was >>>>>>> >> wondering what caused the problem and what is supposed to be the end of >>>>>>> >> running of Bbench? Will the simulation exit automatically? How many >>>>>>> >> instructions are there if I want to run Bbench to completion? I also >>>>>>> >> downloaded an EEMBC benchmark: AndEbench, which is an Android app (.apk >>>>>>> >> file). Can I run this app directly on gem5? If so, does anyone know how to >> install and run it on gem5? Thanks!**** >>>>>>> >> >>>>>>> >> ** ** >>>>>>> >> >>>>>>> >> ** ** >>>>>>> >> >>>>>>> >> Best regards**** >>>>>>> >> >>>>>>> >> Fangfei**** >>>>>>> >> >>>>>>>>> ** ** >>>>>>> >>>>>>> >> >>>>>>> >> _______________________________________________ >>>>>>> >> gem5-users mailing list >>>>>>> >> gem5-users@gem5.org [8] >>>>>>> >> http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users [9] >>>>>>> >> >>>>>>> > >>>>>>> > >>>>>>> >>>>>>> _______________________________________________ >>>>>>> gem5-users mailing list >>>>>>> gem5-users@gem5.org [10] >>>>>>> http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users [11] >>>>>> >>>>>> _______________________________________________ >>>>>> gem5-users mailing list >>>>>> gem5-users@gem5.org [16] >>>>>> http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users [17] >>>>> >>>>> _______________________________________________ >>>>> gem5-users mailing list >>>>> gem5-users@gem5.org [22] >>>>> http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users [23] >>>> _______________________________________________ >>>> gem5-users mailing list >>>> gem5-users@gem5.org [31] >>>> http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users [32] >>> >>> _______________________________________________ >>> gem5-users mailing list >>> gem5-users@gem5.org [36] >>> http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users [37] Links: ------ [1] https://owa.princeton.edu/owa/redir.aspx?C=7HmSRhGXSk2J12xsesLMwH3TuxeMcc8IjThnd3hkIWuO2qoM84GhCA0ZlhUlBjlhcqAIq2Ta4iw.&URL=http%3a%2f%2fwww.google.com%2fm%3fhl%3dmd%26gl%3dus%26source%3dandroid-browser-type%26q%3dewbay [2] mailto:atgut...@umich.edu [3] mailto:gem5-users@gem5.org [4] mailto:caeqebpsxtdzuouczrvt6q1-3ckj5mkwzgicnwdo9qbpwume...@mail.gmail.com [5] http://gem5.org/bbench-gem5 [6] mailto:atgut...@umich.edu [7] mailto:fangf...@princeton.edu [8] mailto:gem5-users@gem5.org [9] http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users [10] mailto:gem5-users@gem5.org [11] http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users [12] mailto:gem5-users-boun...@gem5.org [13] mailto:gem5-users-boun...@gem5.org [14] mailto:atgut...@umich.edu [15] mailto:fangf...@princeton.edu [16] mailto:gem5-users@gem5.org [17] http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users [18] mailto:gem5-users-boun...@gem5.org [19] mailto:gem5-users-boun...@gem5.org [20] mailto:atgut...@umich.edu [21] mailto:fangf...@princeton.edu [22] mailto:gem5-users@gem5.org [23] http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users [24] mailto:gem5-users-boun...@gem5.org [25] mailto:gem5-users-boun...@gem5.org [26] mailto:fangf...@princeton.edu [27] mailto:gem5-users-boun...@gem5.org [28] mailto:gem5-users-boun...@gem5.org [29] mailto:atgut...@umich.edu [30] mailto:fangf...@princeton.edu [31] mailto:gem5-users@gem5.org [32] http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users [33] mailto:gem5-users-boun...@gem5.org [34] mailto:gem5-users-boun...@gem5.org [35] mailto:sa...@umich.edu [36] mailto:gem5-users@gem5.org [37] http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users [38] mailto:fangf...@princeton.edu
_______________________________________________ gem5-users mailing list gem5-users@gem5.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
