Re: [RFC/PATCH] perf tools: Introduce perf_thread for backtrace

2015-11-23 Thread Namhyung Kim
Hi Jiri, On Fri, Nov 20, 2015 at 10:29:48AM +0100, Jiri Olsa wrote: > On Fri, Nov 20, 2015 at 03:03:03PM +0900, Namhyung Kim wrote: > > Backtrace is a crucial info for debugging. And upcoming refcnt > > tracking facility also wants to use it. > > > > So instead of relying on glibc's

Re: [RFC/PATCH] perf tools: Introduce perf_thread for backtrace

2015-11-23 Thread Namhyung Kim
On Mon, Nov 23, 2015 at 06:39:36PM -0300, Arnaldo Carvalho de Melo wrote: > Em Fri, Nov 20, 2015 at 03:03:03PM +0900, Namhyung Kim escreveu: > > Backtrace is a crucial info for debugging. And upcoming refcnt > > tracking facility also wants to use it. > > > > So instead of relying on glibc's

Re: [RFC/PATCH] perf tools: Introduce perf_thread for backtrace

2015-11-23 Thread Namhyung Kim
Hi Arnaldo and Masami, On Fri, Nov 20, 2015 at 09:10:44AM -0300, Arnaldo Carvalho de Melo wrote: > Em Fri, Nov 20, 2015 at 09:05:23AM +, 平松雅巳 / HIRAMATU,MASAMI escreveu: > > >From: Namhyung Kim [mailto:namhy...@kernel.org] > > > > > >Backtrace is a crucial info for debugging. And upcoming

Re: [RFC/PATCH] perf tools: Introduce perf_thread for backtrace

2015-11-23 Thread Arnaldo Carvalho de Melo
Em Fri, Nov 20, 2015 at 03:03:03PM +0900, Namhyung Kim escreveu: > Backtrace is a crucial info for debugging. And upcoming refcnt > tracking facility also wants to use it. > > So instead of relying on glibc's backtrace_symbols[_fd] which misses > some (static) functions , use our own symbol

Re: [RFC/PATCH] perf tools: Introduce perf_thread for backtrace

2015-11-23 Thread Namhyung Kim
Hi Arnaldo and Masami, On Fri, Nov 20, 2015 at 09:10:44AM -0300, Arnaldo Carvalho de Melo wrote: > Em Fri, Nov 20, 2015 at 09:05:23AM +, 平松雅巳 / HIRAMATU,MASAMI escreveu: > > >From: Namhyung Kim [mailto:namhy...@kernel.org] > > > > > >Backtrace is a crucial info for debugging. And upcoming

Re: [RFC/PATCH] perf tools: Introduce perf_thread for backtrace

2015-11-23 Thread Namhyung Kim
On Mon, Nov 23, 2015 at 06:39:36PM -0300, Arnaldo Carvalho de Melo wrote: > Em Fri, Nov 20, 2015 at 03:03:03PM +0900, Namhyung Kim escreveu: > > Backtrace is a crucial info for debugging. And upcoming refcnt > > tracking facility also wants to use it. > > > > So instead of relying on glibc's

Re: [RFC/PATCH] perf tools: Introduce perf_thread for backtrace

2015-11-23 Thread Namhyung Kim
Hi Jiri, On Fri, Nov 20, 2015 at 10:29:48AM +0100, Jiri Olsa wrote: > On Fri, Nov 20, 2015 at 03:03:03PM +0900, Namhyung Kim wrote: > > Backtrace is a crucial info for debugging. And upcoming refcnt > > tracking facility also wants to use it. > > > > So instead of relying on glibc's

Re: [RFC/PATCH] perf tools: Introduce perf_thread for backtrace

2015-11-23 Thread Arnaldo Carvalho de Melo
Em Fri, Nov 20, 2015 at 03:03:03PM +0900, Namhyung Kim escreveu: > Backtrace is a crucial info for debugging. And upcoming refcnt > tracking facility also wants to use it. > > So instead of relying on glibc's backtrace_symbols[_fd] which misses > some (static) functions , use our own symbol

Re: [RFC/PATCH] perf tools: Introduce perf_thread for backtrace

2015-11-20 Thread Arnaldo Carvalho de Melo
Em Fri, Nov 20, 2015 at 09:05:23AM +, 平松雅巳 / HIRAMATU,MASAMI escreveu: > >From: Namhyung Kim [mailto:namhy...@kernel.org] > > > >Backtrace is a crucial info for debugging. And upcoming refcnt > >tracking facility also wants to use it. > > > >So instead of relying on glibc's

Re: [RFC/PATCH] perf tools: Introduce perf_thread for backtrace

2015-11-20 Thread Jiri Olsa
On Fri, Nov 20, 2015 at 03:03:03PM +0900, Namhyung Kim wrote: > Backtrace is a crucial info for debugging. And upcoming refcnt > tracking facility also wants to use it. > > So instead of relying on glibc's backtrace_symbols[_fd] which misses > some (static) functions , use our own symbol

RE: [RFC/PATCH] perf tools: Introduce perf_thread for backtrace

2015-11-20 Thread 平松雅巳 / HIRAMATU,MASAMI
>From: Namhyung Kim [mailto:namhy...@kernel.org] > >Backtrace is a crucial info for debugging. And upcoming refcnt >tracking facility also wants to use it. > >So instead of relying on glibc's backtrace_symbols[_fd] which misses >some (static) functions , use our own symbol searching mechanism.

Re: [RFC/PATCH] perf tools: Introduce perf_thread for backtrace

2015-11-20 Thread Jiri Olsa
On Fri, Nov 20, 2015 at 03:03:03PM +0900, Namhyung Kim wrote: > Backtrace is a crucial info for debugging. And upcoming refcnt > tracking facility also wants to use it. > > So instead of relying on glibc's backtrace_symbols[_fd] which misses > some (static) functions , use our own symbol

Re: [RFC/PATCH] perf tools: Introduce perf_thread for backtrace

2015-11-20 Thread Arnaldo Carvalho de Melo
Em Fri, Nov 20, 2015 at 09:05:23AM +, 平松雅巳 / HIRAMATU,MASAMI escreveu: > >From: Namhyung Kim [mailto:namhy...@kernel.org] > > > >Backtrace is a crucial info for debugging. And upcoming refcnt > >tracking facility also wants to use it. > > > >So instead of relying on glibc's

RE: [RFC/PATCH] perf tools: Introduce perf_thread for backtrace

2015-11-20 Thread 平松雅巳 / HIRAMATU,MASAMI
>From: Namhyung Kim [mailto:namhy...@kernel.org] > >Backtrace is a crucial info for debugging. And upcoming refcnt >tracking facility also wants to use it. > >So instead of relying on glibc's backtrace_symbols[_fd] which misses >some (static) functions , use our own symbol searching mechanism.

[RFC/PATCH] perf tools: Introduce perf_thread for backtrace

2015-11-19 Thread Namhyung Kim
Backtrace is a crucial info for debugging. And upcoming refcnt tracking facility also wants to use it. So instead of relying on glibc's backtrace_symbols[_fd] which misses some (static) functions , use our own symbol searching mechanism. To do that, add perf_thread global variable to keep its

[RFC/PATCH] perf tools: Introduce perf_thread for backtrace

2015-11-19 Thread Namhyung Kim
Backtrace is a crucial info for debugging. And upcoming refcnt tracking facility also wants to use it. So instead of relying on glibc's backtrace_symbols[_fd] which misses some (static) functions , use our own symbol searching mechanism. To do that, add perf_thread global variable to keep its