Ok, nevermind, I see what's happening. Setting a breakpoint by line number is getting confused because of the conditional namespace compilation. Setting the breakpoint with b atom::AtomCore::fetch() seems to have worked.
On Thu, Jun 23, 2011 at 12:33 AM, DRAM Ninjas <[email protected]> wrote: > Hello, > > I'm trying to use the new core-models configuration to make a dual core > atom machine, but when running in GDB I discovered something funky and I > can't figure out if I'm doing something wrong or it's just a fluke. > > I put a breakpoint at atomcore.cpp:242 and it says this breakpoint is > called: > > 1 breakpoint keep y 0x000000000072c122 in > Atom_Test::AtomOp::fetch() at ptlsim/core/atom-core/atomcore.cpp:242 > > I'm using -machine shared_l2 in my simconfig file. In my default.conf I've > modified the 'cores' section to to be this: > > shared_l2: > description: Shared L2 Configuration > min_contexts: 2 > cores: # The order in which core is defined is used to assign > # the cores in a machine > - type: atom > name_prefix: atom_ > - type: atom > name_prefix: atom_ > caches: > ......<snip> > > My breakpoint in fetch() is never hitting -- so I can't tell what is > actually being executed... > > compiling with scons c=2 debug=1 > > Am I doing something wrong here? >
_______________________________________________ http://www.marss86.org Marss86-Devel mailing list [email protected] https://www.cs.binghamton.edu/mailman/listinfo/marss86-devel
