[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAM9d7ch1zoT6xqBCbJQuoh5Dzz98UBSiShgFNXbwVWPZvRsjLw@mail.gmail.com>
Date: Sat, 4 Feb 2017 00:14:48 +0900
From: Namhyung Kim <namhyung@...nel.org>
To: Steven Rostedt <rostedt@...dmis.org>
Cc: "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Ingo Molnar <mingo@...nel.org>,
Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: [for-next][PATCH 0/8] tracing: Clean up hash logic for set_graph_function
On Fri, Feb 3, 2017 at 10:40 PM, Steven Rostedt <rostedt@...dmis.org> wrote:
> git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
> for-next
>
> Head SHA1: 092adb1121aec9e0dfa2d07bc160ae60831f4798
>
>
> Steven Rostedt (VMware) (8):
> tracing: Add ftrace_hash_key() helper function
> ftrace: Create a slight optimization on searching the ftrace_hash
> ftrace: Replace (void *)1 with a meaningful macro name FTRACE_GRAPH_EMPTY
> ftrace: Reset fgd->hash in ftrace_graph_write()
> ftrace: Have set_graph_functions handle write with RDWR
> tracing: Reset parser->buffer to allow multiple "puts"
> ftrace: Do not hold references of ftrace_graph_{notrace_}hash out of graph_lock
> ftrace: Have set_graph_function handle multiple functions in one write
>
> ----
> kernel/trace/ftrace.c | 186 ++++++++++++++++++++++++++++++++++----------------
> kernel/trace/trace.c | 1 +
> 2 files changed, 129 insertions(+), 58 deletions(-)
For the whole series,
Acked-by: Namhyung Kim <namhyung@...nel.org>
Thanks for fixing and enhancing this,
Namhyung
Powered by blists - more mailing lists