Farshid,

Were you able to get the address printed out? It looks like it is customary
in the gem5 code to use the "%#x" format code to print data of that type.
Alternatively, you can include iostream and use cout.

-Patrick

On Sat, Nov 1, 2014 at 12:24 AM, Farshid Hajhashemi <
farshidhajhash...@gmail.com> wrote:

> 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 <
> farshidhajhash...@gmail.com> 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 <plafr...@gmail.com> 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 <
>>> farshidhajhash...@gmail.com> 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 <plafr...@gmail.com> wrote:
>>>>
>>>>> Farshid,
>>>>>
>>>>> The PacketPtr::getAddr function returns an Addr.
>>>>>
>>>>> -Patrick
>>>>>
>>>>> On Fri, Oct 31, 2014 at 10:15 AM, Farshid Hajhashemi via gem5-users <
>>>>> gem5-users@gem5.org> 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/gem5-users@gem5.org/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
>>>>>> gem5-users@gem5.org
>>>>>> http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>
>>
>>
>>
>>
>
>
>
>
_______________________________________________
gem5-users mailing list
gem5-users@gem5.org
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users

Reply via email to