[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4F8F8B9E.3040107@gmail.com>
Date: Thu, 19 Apr 2012 11:50:54 +0800
From: Cong Wang <xiyou.wangcong@...il.com>
To: "Tu, Xiaobing" <xiaobing.tu@...el.com>
CC: Lin Ming <mlin@...pku.edu.cn>,
"akpm@...ux-foundation.org" <akpm@...ux-foundation.org>,
"mingo@...e.hu" <mingo@...e.hu>,
"rusty@...tcorp.com.au" <rusty@...tcorp.com.au>,
"a.p.zijlstra@...llo.nl" <a.p.zijlstra@...llo.nl>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"yanmin_zhang@...ux.intel.com" <yanmin_zhang@...ux.intel.com>,
"rostedt@...dmis.org" <rostedt@...dmis.org>,
"Zuo, Jiao" <jiao.zuo@...el.com>
Subject: Re: [RFC 1/2] kernel patch for dump user space stack tool
On 04/17/2012 10:37 PM, Tu, Xiaobing wrote:
> Resend the patch because of the log is too long on a single line.
>
> From: xiaobing tu<xiaobing.tu@...el.com>
>
> Here is the kernel patch for this tool, The idea is to output user space stack call-chain from
> /proc/xxx/stack, currently, /proc/xxx/stack only output kernel stack call chain. We extend
> it to output user space call chain in hex format
>
Can you teach me why we still need this as we have pstack?
~% pstack $$
#0 0x00000036ae2365da in sigsuspend () from /lib64/libc.so.6
#1 0x0000000000472c25 in signal_suspend ()
#2 0x0000000000443323 in ?? ()
#3 0x0000000000443be6 in waitjobs ()
#4 0x000000000042b6d3 in ?? ()
#5 0x000000000042c0bd in execlist ()
#6 0x000000000042c64f in execode ()
#7 0x000000000043cd32 in loop ()
#8 0x000000000043fb36 in zsh_main ()
#9 0x00000036ae22169d in __libc_start_main () from /lib64/libc.so.6
#10 0x000000000040e571 in _start ()
Thanks!
--
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