[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4F260547.1030405@gmail.com>
Date: Mon, 30 Jan 2012 11:49:43 +0900
From: Namhyung Kim <namhyung@...il.com>
To: Tejun Heo <tj@...nel.org>
CC: Jens Axboe <axboe@...nel.dk>, linux-kernel@...r.kernel.org,
Steven Rostedt <rostedt@...dmis.org>, dm-devel@...hat.com
Subject: Re: [PATCH] block: add missing block_bio_complete() tracepoint
2012-01-30 11:30 AM, Tejun Heo wrote:
> On Mon, Jan 30, 2012 at 11:22:29AM +0900, Namhyung Kim wrote:
>>> It's just that this patch as it stands will break the existing tools
>>> and is likely to cause some amount of head scratching for blktrace
>>> users upgrading to new kernel with existing userland, so yeah, I think
>>> it should be filtered in kernel from blktrace.c.
>>
>> Will it break blktrace? Looking at the code, not tested though, it
>> will just add one more 'C' line for bounced bio, and that's it? The
>> blktrace will get way more 'C' lines for normal request based
>> devices and it needs to be handled anyway. Am I missing something?
>
> Hmmm... maybe I'm confused. Wouldn't it cause duplicate completions
> for all rq based drivers too?
>
Yes, blktrace will see both of completions for rq and bio's it contains
from now on, and I thought it's your intention? For the bounced bio's,
it'll see one more completion per bio.
The users of older blktrace might get confused by this, thus changing
the tool is inevitable regardless of the bounced bio's.
Thanks,
Namhyung
--
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