Hi The only reason I have for not using the default image, is that I was trying to use my own bench mark. I have no reason not to use the demo image other than that I will need to delete the parasec image/ resize it to fit my own bench mark in it.
I guess that is my next step. As for the server image, it is one I created from the standard 64-bit ubuntu server live cd. I just used scp to grab my benchmark from my host machine. The image runs great in regular qemu. Thanks again, Adam On Wed, Nov 24, 2010 at 7:44 PM, Furat Afram <[email protected]> wrote: > Hi > the log file is not showing anything , I'm afraid the image is triggering a > bug which need step by step debug. > unless if you have some reasons to force you not to use the provided image > I recommend to use it. > Can you let me know if you downloaded your image from somewhere of if it > just clean install to Ubuntu server 10.10 and in what run level you are > running > -Furat > > On Wed, Nov 24, 2010 at 7:16 PM, Adam Stambler <[email protected]> wrote: > >> Hi Furat, >> >> Here are the log files with the increased log level. >> >> Thank you again, >> Adam >> >> >> On Wed, Nov 24, 2010 at 6:41 PM, Furat Afram <[email protected]>wrote: >> >>> Hi Adam >>> yes but it is logged with log level 0 so it doesn't show any thing >>> first can you use this commands to start the sim >>> simconfig -stopinsns 100m -stats test.stats -loglevel 99 >>> simconfig -run >>> and make sure you start the simulation after the image is booted and you >>> logged in >>> -Furat >>> >>> On Wed, Nov 24, 2010 at 6:26 PM, Adam Stambler <[email protected]> wrote: >>> >>>> Hi Furat, >>>> >>>> Thank you for the help. I have attached the log files that Marss >>>> automatically generates. Are these the logs you wanted? >>>> >>>> >>>> -Adam >>>> >>>> >>>> On Wed, Nov 24, 2010 at 6:13 PM, Furat Afram <[email protected]>wrote: >>>> >>>>> >>>>> Hi >>>>> can you email me the logfile >>>>> -Furat >>>>> >>>>> >>>>> On Wed, Nov 24, 2010 at 6:06 PM, Adam Stambler <[email protected]>wrote: >>>>> >>>>>> Hi Furat, >>>>>> >>>>>> You are right, I tried going to the core-models branch to see if it >>>>>> fixed my initial trouble with the masters branch. In the masters branch >>>>>> I >>>>>> get this error message. It is failing an the same assertion but within a >>>>>> different function. >>>>>> >>>>>> This is the master's branch console log: >>>>>> >>>>>> initing the ooomachine >>>>>> ptlcall_mmio_init : Registered PTLcall MMIO page at physaddr >>>>>> 38654701568 descriptor 120 io_mem_index 15 >>>>>> context 0 is : VCPU State: >>>>>> Architectural Registers: >>>>>> rax 0x0000000000000000 rcx 0x0000000000000000 rdx >>>>>> 0x0000000000000000 rbx 0xffffffff81a01fd8 >>>>>> rsp 0xffffffff81a01ed8 rbp 0xffffffff81a01ed8 rsi >>>>>> 0x0000000000000001 rdi 0xffffffff81bedfa8 >>>>>> r8 0x0000000000000000 r9 0xffff880001e10a48 r10 >>>>>> 0x0000003163ab4e73 r11 0x0000000000000000 >>>>>> r12 0xffffffff81ae66c8 r13 0xffffffff81beb000 r14 >>>>>> 0xffffffff81a01fa8 r15 0x000000000008c000 >>>>>> xmml0 0x00000400555508f7 xmmh0 0x0000000000000014 xmml1 >>>>>> 0x0000000000000010 xmmh1 0x0000000000000d01 >>>>>> xmml2 0x0023001000000000 xmmh2 0x0000000000000000 xmml3 >>>>>> 0x0000000000000000 xmmh3 0xffffffff8100a060 >>>>>> xmml4 0xffffffff81046500 xmmh4 0x0000000000000000 xmml5 >>>>>> 0x0000000000000000 xmmh5 0x0000000000000007 >>>>>> xmml6 0x00007f616513b9d6 xmmh6 0x0000000000000000 xmml7 >>>>>> 0x0000000000000000 xmmh7 0x0000000000000000 >>>>>> xmml8 0x0000000000000000 xmmh8 0x0000000000000000 xmml9 >>>>>> 0x0000000000000000 xmmh9 0x00000000401e7c2c >>>>>> xmml10 0xffffc900000000f0 xmmh10 0x0000000000000000 xmml11 >>>>>> 0xffffffff81a00000 xmmh11 0x00007f9009b46000 >>>>>> xmml12 0xffffffff81a01000 xmmh12 0x00007f9009b46000 xmml13 >>>>>> 0xffff88007d002000 xmmh13 0x0000f78f89b46000 >>>>>> xmml14 0xffff880001e03000 xmmh14 0x0000f78f89b46000 xmml15 >>>>>> 0xffff880001e04000 xmmh15 0x0000f78f89b46000 >>>>>> fptos 0x0000000000000000 fpsw 0x0000000000000000 fptags >>>>>> 0x0000000000000000 fpstack 0x0000000000000000 >>>>>> msr 0xffffffffffffffff dlptr 0xffffffffffffffff trace >>>>>> 0x0000000000000000 ctx 0x00000000021c01d0 >>>>>> rip 0xffffffff810360eb flags 0x0000000000000000 dlend >>>>>> 0xffffffffffffffff selfrip 0x0000000000000000 >>>>>> nextrip 0x0000000000000000 ar1 0x0000000000000000 ar2 >>>>>> 0x0000000000000000 zero 0x0000000000000000 >>>>>> Flags: >>>>>> Running? blocked >>>>>> Mode: user >>>>>> 32/64: 32-bit x86 >>>>>> IntEFLAGS: 00000000 (df 0) >>>>>> hflags: 0040cab4 (QEMU internal flags) >>>>>> Segment Registers: >>>>>> cs selector [16] base [0] limit [4294967295] flags [11508480] >>>>>> ss selector [24] base [0] limit [4294967295] flags [13603584] >>>>>> ds selector [0] base [0] limit [0] flags [0] >>>>>> es selector [0] base [0] limit [0] flags [0] >>>>>> fs selector [0] base [0] limit [0] flags [0] >>>>>> gs selector [0] base [18446612132345675776] limit [0] flags [0] >>>>>> Segment Control Registers: >>>>>> Control Registers: >>>>>> cr0 2147811387 >>>>>> cr2 0000000001627008 fault virtual address >>>>>> cr3 0000000037fd3000 page table base (mfn 229331) >>>>>> cr4 1776 >>>>>> Debug Registers: >>>>>> dr0 0000000000000000 dr1 0000000000000000 dr2 0000000000000000 >>>>>> dr3 0000000000000000 >>>>>> dr4 0000000000000000 dr5 0000000000000000 dr6 0000000000000000 >>>>>> dr7 0000000000000000 >>>>>> Callbacks: >>>>>> Exception and Event Control: >>>>>> exception -1 errorcode 00000007 >>>>>> FPU: >>>>>> FP Control Word: 0x0000037f >>>>>> MXCSR: 0x00001f80 >>>>>> fp7 st(7) Empty 0x0000000000000000 => 0 >>>>>> fp6 st(6) Valid 0x4000000000000000 => 2 >>>>>> fp5 st(5) Valid 0x4000000000000000 => 2 >>>>>> fp4 st(4) Valid 0x4000000000000000 => 2 >>>>>> fp3 st(3) Valid 0x4000000000000000 => 2 >>>>>> fp2 st(2) Valid 0x4000000000000000 => 2 >>>>>> fp1 st(1) Valid 0x4000000000000000 => 2 >>>>>> fp0 st(0) Valid 0x4000000000000000 => 2 >>>>>> Internal State: >>>>>> Last internal exception: 0x0000000000000000 (NoException) >>>>>> >>>>>> Completed 0 cycles, 0 commits: 0 >>>>>> Hz, 0 Completed 129000 cycles, 24090 commits: >>>>>> 644794 Hz, 120411 Completed 277000 cycles, 57819 >>>>>> commits: 737759 Hz, 168134 Completed 410000 cycles, >>>>>> 91671 commits: 658173 Hz, 167522 Completed 466000 >>>>>> cycles, 134063 commits: 278124 Hz, 210540 Completed >>>>>> 550000 cycles, 169322 commits: 413748 Hz, 173670 >>>>>> Completed 635000 cycles, 198157 commits: 418677 Hz, >>>>>> 142030 insns/sec: rip ffffffff8104d9daqemu-system-x86_64: >>>>>> ptlsim/build/core/ooopipe.cpp:2181: int >>>>>> OutOfOrderModel::ReorderBufferEntry::commit(): Assertion `physreg->data' >>>>>> failed. >>>>>> Aborted >>>>>> >>>>>> >>>>>> Thank you for the help, >>>>>> >>>>>> Adam >>>>>> >>>>>> >>>>>> On Wed, Nov 24, 2010 at 5:46 PM, Furat Afram >>>>>> <[email protected]>wrote: >>>>>> >>>>>>> Hi >>>>>>> I noticed you are using core-models branch , can you try to use the >>>>>>> master branch and see if you get the error again >>>>>>> -Furat >>>>>>> >>>>>>> On Wed, Nov 24, 2010 at 5:15 PM, Adam Stambler <[email protected]>wrote: >>>>>>> >>>>>>>> Hello Folks, >>>>>>>> >>>>>>>> I just started using Marrs. I have run simulations successfully >>>>>>>> with the sample images. However, when I try to use a Ubuntu server >>>>>>>> image >>>>>>>> that I created, the simulator aborts. >>>>>>>> >>>>>>>> Specifically, the simulator boots into the image correctly. Then >>>>>>>> when I do Alt-ctl-2 and run : >>>>>>>> >>>>>>>> simconfig -run -stopinsns 100m -stats test.stats >>>>>>>> >>>>>>>> The marss qemu dies with the following console log: >>>>>>>> >>>>>>>> Completed 321000 cycles, 83839 commits: 188175 >>>>>>>> Hz, 42908 Completed 359000 cycles, 92504 commits: >>>>>>>> 187729 Hz, 42807 Completed 397000 cycles, 101181 >>>>>>>> commits: 188542 Hz, 43052 Completed 433000 cycles, >>>>>>>> 109340 commits: 177576 Hz, 40245 Completed 463000 >>>>>>>> cycles, 122259 commits: 149484 Hz, 64373 Completed >>>>>>>> 490000 cycles, 140952 commits: 130637 Hz, 90444 >>>>>>>> Completed 502000 cycles, 154972 commits: 59432 Hz, >>>>>>>> 69436 Completed 531000 cycles, 169519 commits: 143453 >>>>>>>> Hz, 71959 Completed 549000 cycles, 200303 commits: >>>>>>>> 89441 Hz, 152964 Completed 577000 cycles, 218816 >>>>>>>> commits: 139005 Hz, 91907 Completed 604000 cycles, >>>>>>>> 235698 commits: 133130 Hz, 83240 Completed 637000 >>>>>>>> cycles, 247422 commits: 158629 Hz, 56356 Completed >>>>>>>> 676000 cycles, 250429 commits: 191970 Hz, 14801 >>>>>>>> Completed 715000 cycles, 253955 commits: 189329 Hz, >>>>>>>> 17117 Completed 752000 cycles, 257607 commits: 184994 >>>>>>>> Hz, 18259 Completed 792000 cycles, 260564 commits: >>>>>>>> 197667 Hz, 14612 Completed 829000 cycles, 266180 >>>>>>>> commits: 180257 Hz, 27360 Completed 864000 cycles, >>>>>>>> 274524 commits: 173711 Hz, 41412 Completed 901000 >>>>>>>> cycles, 280297 commits: 183640 Hz, 28652 Completed >>>>>>>> 938000 cycles, 285198 commits: 183810 Hz, 24347 >>>>>>>> >>>>>>>> insns/sec: rip ffffffff81122a92qemu-system-x86_64: >>>>>>>> ptlsim/build/core/default_core/defcore-pipe.cpp:2238: int >>>>>>>> DefaultCoreModel::ReorderBufferEntry::commit(): Assertion >>>>>>>> `physreg->data' >>>>>>>> failed. >>>>>>>> Aborted >>>>>>>> >>>>>>>> >>>>>>>> Does anyone have any experience with this kind of error? Is there >>>>>>>> anything special that must be done to the qemu image to make it run >>>>>>>> successfully in Marss? >>>>>>>> >>>>>>>> Regards, >>>>>>>> Adam Stambler >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> http://www.marss86.org >>>>>>>> Marss86-Devel mailing list >>>>>>>> [email protected] >>>>>>>> https://www.cs.binghamton.edu/mailman/listinfo/marss86-devel >>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> >
_______________________________________________ http://www.marss86.org Marss86-Devel mailing list [email protected] https://www.cs.binghamton.edu/mailman/listinfo/marss86-devel
