One thing you can do to avoid this is to create a new disk image using dd and fdisk, copy your benchmark into it, and then add it as the -hdb drive to the marss instance. Once the machine boots up, you can add it to /etc/fstab and mount it as normal.
There's a little bit of magic that has to happen to get it to work, but this is what i've been doing. I can provide further instructions if you want them. On Wed, Nov 24, 2010 at 7:50 PM, Adam Stambler <[email protected]> wrote: > 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 > >
_______________________________________________ http://www.marss86.org Marss86-Devel mailing list [email protected] https://www.cs.binghamton.edu/mailman/listinfo/marss86-devel
