Patrick, Yes finally i tried scons after modification and changes took place. Thanks in advance Regards, Farshid
On Sat, Nov 1, 2014 at 9:43 AM, Farshid Hajhashemi < [email protected]> wrote: > Patrick, > Yes I already made changes like you mentioned but it didn't work. > I have doubts about looking at correct output. > > By changes I made before(with your help) to setup commMonitor in > configs/common/Cacheconfig.py: > > system.monitor2 = CommMonitor(trace_file = "trace2.ptrc", > trace_enable=True) > system.monitor2.slave = system.l2.mem_side > system.membus.slave = system.monitor2.master > system.l2.cpu_side = system.tol2bus.master > > And by running this command: > > build/ARM/gem5.opt --l2cache --l2_size=2MB cpu-type=timing > --debug-flag=CommMonitor --debug-file=trace.out.gz configs/example/se.py > -c tests/test-progs/hello/bin/arm/linux/hello > > Now there are two outputs in m5out: 1-trace2.ptrc.gz 2-trace.out.gz > the first one is not an ASCII format, hence I couldn't open it, the latter > is the one doesn't change if I modify the DPRINTF to DPRINTF(CommMonitor, > "Farshid: Forwarded read request\n"); > Am I looking at the right output? > > And I just want to be sure, am I suppose to run scons again after adding a > commMonitor and things like that?(now i don't) > > On Sat, Nov 1, 2014 at 12:59 AM, Patrick <[email protected]> wrote: > >> Farshid, >> >> To make sure that the build is picking up your changes, you could just >> take out the printing of pkt->getAddr() temporarily, and then change the >> text of the message to something like: >> >> DPRINTF(CommMonitor, "Farshid: Forwarded read request\n"); >> >> And see if it picks up that change. >> >> You may already realize this - I can't tell from your response - but the >> Addr is defined as a uint64_t and would need the appropriate format code >> sent to printf. >> >> -Patrick >> >> On Fri, Oct 31, 2014 at 1:10 PM, Farshid Hajhashemi < >> [email protected]> wrote: >> >>> Patrick, >>> ِِYes and pkt is an instantiated PacketPtr, a little above my DPRINTF >>> line. >>> I also left an intentional syntax error to find out if that appears at >>> output file, but it actually had no impact and the output file is the same. >>> how could it be possible? does really this comm_monitor.cc file do >>> something when i run the build command? >>> Regards, >>> Farshid >>> >>> On Fri, Oct 31, 2014 at 9:04 PM, Patrick <[email protected]> wrote: >>> >>>> Farshid, >>>> >>>> The PacketPtr::getAddr function returns an Addr. >>>> >>>> -Patrick >>>> >>>> On Fri, Oct 31, 2014 at 10:15 AM, Farshid Hajhashemi via gem5-users < >>>> [email protected]> wrote: >>>> >>>>> Hi, >>>>> I have modified a DPRINTF in comm_monitor.cc file under /build/ARM/mem >>>>> this way: >>>>> >>>>> DPRINTF(CommMonitor, "Forwarded read request\n"); =======> >>>>> DPRINTF(CommMonitor, "Forwarded read request %s \n", pkt->getAddr()); >>>>> >>>>> just like a previous post here: >>>>> https://www.mail-archive.com/[email protected]/msg09302.html >>>>> >>>>> >>>>> but the trace output file still is printed like it was before(nothing >>>>> has been added). below is a sample of the output file: >>>>> >>>>> 11000: system.monitor2: Forwarded read request >>>>> 66250: system.monitor2: Latency: 55250 >>>>> 66250: system.monitor2: Received read response >>>>> 108000: system.monitor2: Forwarded read request >>>>> ......................... >>>>> >>>>> Am i doing something wrong? >>>>> Regards, >>>>> Farshid >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> gem5-users mailing list >>>>> [email protected] >>>>> http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users >>>>> >>>> >>>> >>> >>> >>> >>> >>> >>> >>> >> > > > > >
_______________________________________________ gem5-users mailing list [email protected] http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
