Re: [gem5-users] CommMonitor to capture cache traces

[Andreas Hansson via gem5-users]

Hi Negin,

You need to set the trace_enable flag to True. If you leave out the trace_file 
a name will be automatically generated.

I hope that helps.

Andreas

From: <Salajegheh>, Negin 
<msala...@qti.qualcomm.com<mailto:msala...@qti.qualcomm.com>>
Date: Tuesday, 24 June 2014 11:11
To: Andreas Hansson <andreas.hans...@arm.com<mailto:andreas.hans...@arm.com>>, 
gem5 users mailing list <gem5-users@gem5.org<mailto:gem5-users@gem5.org>>
Subject: RE: [gem5-users] CommMonitor to capture cache traces

Thanks for the quick response Andreas,
What are the correct tracing flags for the monitor?


The snippet from my config.ini
[system.cpu.L1MONITOR]
type=CommMonitor
bandwidth_bins=20
burst_length_bins=20
clk_domain=system.cpu_clk_domain
disable_addr_dists=true
disable_bandwidth_hists=false
disable_burst_length_hists=false
disable_itt_dists=false
disable_latency_hists=false
disable_outstanding_hists=false
disable_transaction_hists=false
eventq_index=0
itt_bins=20
itt_max_bin=100000
latency_bins=20
outstanding_bins=20
read_addr_mask=18446744073709551615
sample_period=1000000000
trace_file=icachetrace.ptrc
transaction_bins=20
write_addr_mask=18446744073709551615
master=system.cpu.icache.cpu_side
slave=system.cpu.icache_port

and the code from BaseCpu.py
        #self.icache_port = ic.cpu_side
        # add a communication monitor, and also trace all the packets
        self.L1MONITOR =  CommMonitor(trace_file = 'icachetrace.ptrc');
        self.icache_port = self.L1MONITOR.slave
        self.L1MONITOR.master = ic.cpu_side

The only strange warning I am getting is
0: system.cpu.L1MONITOR: Created monitor system.cpu.L1MONITOR with sample 
period 1000000000 ticks (<bad arg type for float format> s)

Thanks again for your help.

From: Andreas Hansson [mailto:andreas.hans...@arm.com]
Sent: Monday, June 23, 2014 5:53 PM
To: Salajegheh, Negin; gem5 users mailing list
Subject: Re: [gem5-users] CommMonitor to capture cache traces

Hi Negin,

I have added some comments regarding CommMonitor use to the Wiki a while back: 
http://www.m5sim.org/General_Memory_System#Tracing_and_traffic_generation

The command line you have included is using the debug flags to capture debug 
output. The CommMonitor packet tracing is based on parameters belonging to the 
monitor itself, and has nothing to do with the “--debug-file” and 
“--debug-flags”. Are you also setting the correct tracing flags for the monitor 
that you are instantiating. Perhaps you could copy in the snippet from the 
CommMonitor section in your config.ini.

Thanks,

Andreas

From: <Salajegheh>, Negin via gem5-users 
<gem5-users@gem5.org<mailto:gem5-users@gem5.org>>
Reply-To: "Salajegheh, Negin" 
<msala...@qti.qualcomm.com<mailto:msala...@qti.qualcomm.com>>, gem5 users 
mailing list <gem5-users@gem5.org<mailto:gem5-users@gem5.org>>
Date: Monday, 23 June 2014 16:08
To: "gem5-users@gem5.org<mailto:gem5-users@gem5.org>" 
<gem5-users@gem5.org<mailto:gem5-users@gem5.org>>
Subject: [gem5-users] CommMonitor to capture cache traces

I’ve read these threads: 
http://www.mail-archive.com/gem5-users@gem5.org/msg09221.html and 
https://www.mail-archive.com/gem5-users@gem5.org/msg08511.html

I have successfully attached a CommMonitor between cpu and cache. The 
CommMonitor appears in config.ini and the trace .ptrc file gets generated. 
However, it contains only 1 packet.

Command line:
build/ARM/gem5.opt --debug-flags=CommMonitor --debug-file="trace-bbench.gz" 
configs/example/fs.py --caches --l2cache --mem-size=256MB 
--kernel=vmlinux.smp.mouse.arm --frame-capture --restore-with-cpu=timing 
--num-cpus=1 --cpu-clock=2.0GHz -b bbench-ics --num-l2caches=1 --l1d_size=32kB 
--l1d_assoc=8 --l1i_size=32kB --l1i_assoc=4 --l2_size=1MB --l2_assoc=8

Do I have to dumpstat regularly? Why is there only one packet captured even 
though I am running bbench which supposedly generates a lot of cache events?

Thanks for your help

-Negin

-- IMPORTANT NOTICE: The contents of this email and any attachments are 
confidential and may also be privileged. If you are not the intended recipient, 
please notify the sender immediately and do not disclose the contents to any 
other person, use it for any purpose, or store or copy the information in any 
medium. Thank you.

ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered 
in England & Wales, Company No: 2557590
ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, 
Registered in England & Wales, Company No: 2548782

-- IMPORTANT NOTICE: The contents of this email and any attachments are 
confidential and may also be privileged. If you are not the intended recipient, 
please notify the sender immediately and do not disclose the contents to any 
other person, use it for any purpose, or store or copy the information in any 
medium. Thank you.

ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered 
in England & Wales, Company No: 2557590
ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, 
Registered in England & Wales, Company No: 2548782
_______________________________________________
gem5-users mailing list
gem5-users@gem5.org
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users