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
