[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4A66C468.5070100@cn.fujitsu.com>
Date: Wed, 22 Jul 2009 15:48:56 +0800
From: Li Zefan <lizf@...fujitsu.com>
To: Rusty Russell <rusty@...tcorp.com.au>
CC: Ingo Molnar <mingo@...e.hu>, Steven Rostedt <rostedt@...dmis.org>,
Frederic Weisbecker <fweisbec@...il.com>,
LKML <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] tracing/events: Add module tracepoints
Rusty Russell wrote:
> On Tue, 21 Jul 2009 06:26:33 pm Li Zefan wrote:
>> Add trace points to trace module_load, module_free, module_get,
>> module_put and module_request, and use trace_event facility
>> to get the trace output.
>
> Hi Li Zefan,
>
> I don't know anything about tracing, but the module code changes look
> simple and fine to me.
>
I guess I can take this as an ack. :)
Tracing is used to have a deep insight into the system, analyse
performance issue, help debugging, dump info at system panic,
etc..
And those module trace events also can be used with other trace
events and tracers, an example below:
# mount -t debugfs xxx /mnt
# cd /mnt/tracing
# echo module > set_event
# echo scsi_device_get > set_graph_function
# echo scsi_device_put >> set_graph_function
# mount /dev/sda1 /media
# cat trace
# tracer: function_graph
#
# CPU DURATION FUNCTION CALLS
# | | | | | | |
0) | scsi_device_get() {
0) 1.215 us | get_device();
0) | ftrace_raw_event_module_get() {
0) 0.870 us | strlen();
0) | /* module_get: sata_sis call_site=scsi_device_get refcnt=9 */
0) 1.003 us | strcpy();
0) 5.821 us | }
0) + 17.304 us | }
1) | scsi_device_put() {
1) 1.807 us | module_refcount();
1) | module_put() {
1) | ftrace_raw_event_module_put() {
1) 0.748 us | strlen();
1) | /* module_put: sata_sis call_site=return_to_handler refcnt=-6 */
1) 0.856 us | strcpy();
1) 4.799 us | }
1) 6.799 us | }
1) 0.771 us | put_device();
1) + 17.464 us | }
------------------------------------------
1) mount-2452 => mount.n-2453
------------------------------------------
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists