[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAM9d7cg5HGQXxhH+o1uNq=xUg445Ui3AD8x3c4tLFXddxCoBLA@mail.gmail.com>
Date: Wed, 19 Apr 2017 09:27:28 +0900
From: Namhyung Kim <namhyung@...nel.org>
To: Steven Rostedt <rostedt@...dmis.org>
Cc: Ingo Molnar <mingo@...nel.org>,
Masami Hiramatsu <mhiramat@...nel.org>,
LKML <linux-kernel@...r.kernel.org>, kernel-team@....com
Subject: Re: [PATCH 0/4] ftrace: Add 'function-fork' trace option (v2)
Hi Steve,
Sorry for little late,
On Tue, Apr 18, 2017 at 4:18 AM, Steven Rostedt <rostedt@...dmis.org> wrote:
> On Mon, 17 Apr 2017 11:44:26 +0900
> Namhyung Kim <namhyung@...nel.org> wrote:
>
>> Hello,
>>
>> This patchset add 'function-fork' option to function tracer which
>> makes pid filter to be inherited like 'event-fork' does. During the
>> test, I found a bug of pid filter on an instance directory. The patch
>> 1 fixes it and maybe it should go to the stable tree.
>
> Hmm, are the other patches dependent on it?
Nop, but there will be a small clash on trace.h for the declaration.
>
> I think I may just push it separately to Linus now, but the other
> patches will be on my devel branch which will not be abased off of this
> fix. Will that break too much? I just cherry-picked a patch from my
> urgent branch as it required to be on my devel branch and go to Linus.
I don't think it breaks much.
>
> Hmm, I may be able to make a separate branch with this. I have to see
> how much it conflicts with my current development.
Thanks,
Namhyung
Powered by blists - more mailing lists