Hi Steven,

        Can you take a look if this is ok with you? This is the part
that touches tools/lib/traceevent/, the rest of the patchset that then
uses it is at:

git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git tmp.perf/core

Best regards,

- Arnaldo

commit be524761540b0a65224ebc60b03a02989ebee8bd
Author: Arnaldo Carvalho de Melo <[email protected]>
Date:   Wed Jul 22 12:36:55 2015 -0300

    tools lib traceevent: Allow setting an alternative symbol resolver
    
    The perf tools have a symbol resolver that includes solving kernel
    symbols using either kallsyms or ELF symtabs, and it also is using
    libtraceevent to format the trace events fields, including via
    subsystem specific plugins, like the "timer" one.
    
    To solve fields like "timer:hrtimer_start"'s "function", libtraceevent
    needs a way to map from its value to a function name and addr.
    
    This patch provides a way for tools that already have symbol resolving
    facilities to ask libtraceevent to use it when needing to resolve
    kernel symbols.
    
    Acked-by: David Ahern <[email protected]>
    Cc: Adrian Hunter <[email protected]>
    Cc: Borislav Petkov <[email protected]>
    Cc: Frederic Weisbecker <[email protected]>
    Cc: Jiri Olsa <[email protected]>
    Cc: Namhyung Kim <[email protected]>
    Cc: Stephane Eranian <[email protected]>
    Cc: Steven Rostedt <[email protected]>
    Link: http://lkml.kernel.org/n/[email protected]
    Signed-off-by: Arnaldo Carvalho de Melo <[email protected]>

diff --git a/tools/lib/traceevent/event-parse.c 
b/tools/lib/traceevent/event-parse.c
index cc25f059ab3d..98c0e56447c9 100644
--- a/tools/lib/traceevent/event-parse.c
+++ b/tools/lib/traceevent/event-parse.c
@@ -418,7 +418,7 @@ static int func_map_init(struct pevent *pevent)
 }
 
 static struct func_map *
-find_func(struct pevent *pevent, unsigned long long addr)
+__find_func(struct pevent *pevent, unsigned long long addr)
 {
        struct func_map *func;
        struct func_map key;
@@ -434,6 +434,42 @@ find_func(struct pevent *pevent, unsigned long long addr)
        return func;
 }
 
+static struct {
+       pevent_function_resolver_t *function;
+       void                       *priv;
+} function_resolver;
+
+/**
+ * pevent_set_function_resolver - set an alternative function resolver
+ * @resolver - function to be used
+ * @priv - resolver function private state.
+ *
+ * Some tools may have already a way to resolve kernel functions, allow them
+ * to keep using it instead of duplicating all the entries inside 
pevent->funclist.
+ */
+void pevent_set_function_resolver(pevent_function_resolver_t *resolver, void 
*priv)
+{
+       function_resolver.function = resolver;
+       function_resolver.priv    = priv;
+}
+
+static struct func_map *
+find_func(struct pevent *pevent, unsigned long long addr)
+{
+       static struct func_map map;
+
+       if (!function_resolver.function)
+               return __find_func(pevent, addr);
+
+       map.mod  = NULL;
+       map.addr = addr;
+       map.func = function_resolver.function(function_resolver.priv, 
&map.addr, &map.mod);
+       if (map.func == NULL)
+               return NULL;
+
+       return &map;
+}
+
 /**
  * pevent_find_function - find a function by a given address
  * @pevent: handle for the pevent
diff --git a/tools/lib/traceevent/event-parse.h 
b/tools/lib/traceevent/event-parse.h
index 063b1971eb35..978703a34143 100644
--- a/tools/lib/traceevent/event-parse.h
+++ b/tools/lib/traceevent/event-parse.h
@@ -611,6 +611,10 @@ enum trace_flag_type {
        TRACE_FLAG_SOFTIRQ              = 0x10,
 };
 
+typedef char *(pevent_function_resolver_t)(void *priv, unsigned long long 
*addrp, char **modp);
+
+void pevent_set_function_resolver(pevent_function_resolver_t *resolver, void 
*priv);
+
 int pevent_register_comm(struct pevent *pevent, const char *comm, int pid);
 int pevent_register_trace_clock(struct pevent *pevent, const char 
*trace_clock);
 int pevent_register_function(struct pevent *pevent, char *name,
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Reply via email to