[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20180413130719.22921-1-maier@linux.ibm.com>
Date: Fri, 13 Apr 2018 15:07:16 +0200
From: Steffen Maier <maier@...ux.ibm.com>
To: linux-kernel@...r.kernel.org, linux-block@...r.kernel.org
Cc: Steven Rostedt <rostedt@...dmis.org>,
Ingo Molnar <mingo@...hat.com>, Jens Axboe <axboe@...nel.dk>,
Li Zefan <lizf@...fujitsu.com>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Steffen Maier <maier@...ux.ibm.com>
Subject: [PATCH 0/2] tracing/events: block: bring more on a par with blktrace
I had the need to understand I/O request processing in detail.
But I also had the need to enrich block traces with other trace events
including my own dynamic kprobe events. So I preferred block trace events
over blktrace to get everything nicely sorted into one ftrace output.
However, I missed device filtering for (un)plug events and also
the difference between the two flavors of unplug.
The first two patches bring block trace events closer to their
counterpart in blktrace tooling.
The last patch is just an RFC. I still kept it in this patch set because
it is inspired by PATCH 2/2.
Steffen Maier (3):
tracing/events: block: track and print if unplug was explicit or
schedule
tracing/events: block: dev_t via driver core for plug and unplug
events
tracing/events: block: also try to get dev_t via driver core for some
events
include/trace/events/block.h | 33 ++++++++++++++++++++++++++++-----
1 file changed, 28 insertions(+), 5 deletions(-)
--
2.13.5
Powered by blists - more mailing lists