#1 .... is your application statically linked? #2 ... print out an instruction trace (Exec) for your 2 threads simulation. figure out how many instructions each thread has run before it faulted. now run a 1 thread simulation for test with that amount of max instructions. Now, finally, diff the trace between your SMT simulation and your 1 thread simulation. At some point, you will find that an instruction is getting a wrong value somewhere and then you can identify what's causing the error.
On Wed, Apr 11, 2012 at 11:26 PM, Nilay Vaish <[email protected]> wrote: > You should try to dig in what exactly happened with the simulation. The > error printed seems to point that the application did something wrong. It > is trying to read from an address it should not. > > -- > Nilay > > > > On Wed, 11 Apr 2012, Ankita (Garg) Goel wrote: > > Folks, any thoughts on this issue ? >> >> Thanks for your help! >> >> Regards, >> Ankita >> >> On Mon, Apr 9, 2012 at 1:21 PM, Ankita (Garg) Goel <[email protected] >> >wrote: >> >> Yes you are right. I had infact used the quotes but missed it in the >>> mail, >>> sorry about that. But even with that, I get the same error. >>> >>> Also they parsing is working fine as I printed out the names of the >>> executables being signed to each thread. >>> >>> Thanks for looking into this. >>> >>> Regards, >>> Ankita >>> On Apr 8, 2012 9:50 PM, "Korey Sewell" <[email protected]> wrote: >>> >>> your command line should use encapsulate your SMT commands in >>>> quotations... otherwise, I think it will view your semicolon as >>>> starting a >>>> separate command on the shell. >>>> >>>> cmd="test;test" *not* cmd=test;test >>>> >>>> On Sun, Apr 8, 2012 at 8:15 PM, Ankita (Garg) Goel < >>>> [email protected]>wrote: >>>> >>>> Hi, >>>>> >>>>> The configs/example/se.py script has a small error that does not allow >>>>> proper workload assignment to SMT threads. I made the following >>>>> changes to >>>>> fix that part: >>>>> >>>>> --- a/configs/example/se.py >>>>> +++ b/configs/example/se.py >>>>> @@ -111,11 +111,11 @@ if options.bench: >>>>> print >>sys.stderr, "Unable to find workload for %s: %s" % >>>>> (buildEnv['TARGET_ISA'], app) >>>>> sys.exit(1) >>>>> else: >>>>> - process = LiveProcess() >>>>> - process.executable = options.cmd >>>>> - process.cmd = [options.cmd] + options.options.split() >>>>> - multiprocesses.append(process) >>>>> - >>>>> + if options.cmd.split(';') == 1: >>>>> + process = LiveProcess() >>>>> + process.executable = options.cmd >>>>> + process.cmd = [options.cmd] + options.options.split() >>>>> + multiprocesses.append(process) >>>>> >>>>> if options.input != "": >>>>> process.input = options.input >>>>> @@ -157,6 +157,7 @@ if options.cpu_type == "detailed" or >>>>> options.cpu_type == "inorder": >>>>> if errouts and errouts[smt_idx]: >>>>> smt_process.errout = errouts[smt_idx] >>>>> process += [smt_process, ] >>>>> + multiprocesses.append(process) >>>>> smt_idx += 1 >>>>> numThreads = len(workloads) >>>>> >>>>> I am simulating X86 with detailed core. The simulation aborts with the >>>>> following error: >>>>> >>>>> command line: build/X86/gem5.opt configs/example/se.py >>>>> --cpu-type=detailed -n 1 --cmd=test;test --caches --l2cache --l3cache >>>>> --clock=3400MHz --maxinsts=100000 >>>>> Global frequency set at 1000000000000 ticks per second >>>>> 0: system.remote_gdb.listener: listening for remote gdb #0 on port 7002 >>>>> 0: system.remote_gdb.listener: listening for remote gdb #1 on port 7003 >>>>> **** REAL SIMULATION **** >>>>> info: Entering event queue @ 0. Starting simulation... >>>>> panic: Tried to read unmapped address 0x4d2f7cd. >>>>> @ cycle 226380 >>>>> [invoke:build/X86/arch/x86/**faults.cc, line 160] >>>>> Memory Usage: 1025680 KBytes >>>>> Program aborted at cycle 226380 >>>>> Aborted >>>>> >>>>> Any ideas of what might be going wrong ? I'd be happy to provide more >>>>> debug information. Thanks for your help ! >>>>> >>>>> -- >>>>> Regards, >>>>> Ankita >>>>> Graduate Student >>>>> Department of Computer Science >>>>> University of Texas at Austin >>>>> >>>>> >>>>> >>>>> ______________________________**_________________ >>>>> gem5-users mailing list >>>>> [email protected] >>>>> http://m5sim.org/cgi-bin/**mailman/listinfo/gem5-users<http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users> >>>>> >>>>> >>>> >>>> >>>> -- >>>> - Korey >>>> >>>> ______________________________**_________________ >>>> gem5-users mailing list >>>> [email protected] >>>> http://m5sim.org/cgi-bin/**mailman/listinfo/gem5-users<http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users> >>>> >>>> >>> >> >> -- >> Regards, >> Ankita >> Graduate Student >> Department of Computer Science >> University of Texas at Austin >> >> ______________________________**_________________ > gem5-users mailing list > [email protected] > http://m5sim.org/cgi-bin/**mailman/listinfo/gem5-users<http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users> > -- - Korey
_______________________________________________ gem5-users mailing list [email protected] http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
