|To:||Thiemo Seufer <email@example.com>|
|Subject:||Re: [PATCH] dump_stack() based on prologue code analysis|
|From:||David Daney <firstname.lastname@example.org>|
|Date:||Thu, 27 Jul 2006 10:27:42 -0700|
|Cc:||Atsushi Nemoto <email@example.com>, firstname.lastname@example.org, email@example.com|
|References:||<firstname.lastname@example.org> <44C8EFE2.email@example.com> <20060727170305.GB4505@networkno.de>|
|User-agent:||Mozilla Thunderbird 1.0.7-1.1.fc3 (X11/20050929)|
Thiemo Seufer wrote:
David Daney wrote:Atsushi Nemoto wrote:Instead of dump all possible address in the stack, unwind the stack frame based on prologue code analysis, as like as get_chan() does. While the code analysis might fail for some reason, there is a new kernel option "raw_show_trace" to disable this feature. Signed-off-by: Atsushi Nemoto <firstname.lastname@example.org>Let me start by saying I have not analyzed how all this code works, but I have done something similar in user space.Since the kernel ABI does not use gp, many functions may not have a prolog (especially when compiled with newer versions of GCC). In the user space case, most leaf functions have no prolog. For the kernel I would imagine that many non-leaf functions (simple non-leaf functions that do only a tail call) would also not have a prolog.Non-leaves have to save/restore $31 somewhere, so there should be a prologue.
OK, good point. But there is still the leaf function problem. David Daney.
|<Prev in Thread]||Current Thread||[Next in Thread>|
|Previous by Date:||Re: is sde lite a complete toolchain?, Thiemo Seufer|
|Next by Date:||Re: [PATCH] dump_stack() based on prologue code analysis, Franck Bui-Huu|
|Previous by Thread:||Re: [PATCH] dump_stack() based on prologue code analysis, Thiemo Seufer|
|Next by Thread:||Re: [PATCH] dump_stack() based on prologue code analysis, Franck Bui-Huu|
|Indexes:||[Date] [Thread] [Top] [All Lists]|