From: Adam Litke <agl@us.ibm.com>
To: Roland Dreier <roland@topspin.com>
Cc: Eli Cohen <mlxk@mellanox.co.il>, linux-kernel@vger.kernel.org
Subject: Re: stack dumps, CONFIG_FRAME_POINTER and i386 (was Re: sysrq shows impossible call stack)
Date: Tue, 20 Apr 2004 13:26:41 -0700 [thread overview]
Message-ID: <1082492730.716.76.camel@agtpad> (raw)
In-Reply-To: <5265buzgfn.fsf_-_@topspin.com>
On Tue, 2004-04-20 at 10:51, Roland Dreier wrote:
> Your question prompted me to look at show_trace() in
> arch/i386/kernel/traps.c. I see that even in kernels as new as 2.6.5,
> there is no attempt to use frame pointers for stack dumps even when
> CONFIG_FRAME_POINTER is set. I seem to remember some patches to do
> this floating around a while ago. How did that discussion end up?
This problem was annoying me a few months ago so I coded up a stack
trace patch that actually uses the frame pointer. It is currently
maintained in -mjb but I have pasted below. Hope this helps.
diff -upN reference/arch/i386/kernel/traps.c current/arch/i386/kernel/traps.c
--- reference/arch/i386/kernel/traps.c 2004-04-09 11:53:00.000000000 -0700
+++ current/arch/i386/kernel/traps.c 2004-04-09 11:53:04.000000000 -0700
@@ -124,20 +124,62 @@ void breakpoint(void)
#define CHK_REMOTE_DEBUG(trapnr,signr,error_code,regs,after)
#endif
+#define STACK_PRINT_DEPTH 32
-static int kstack_depth_to_print = 24;
+#ifdef CONFIG_FRAME_POINTER
+#define valid_stack_ptr(task, p) \
+ ((p > (unsigned long)task->thread_info) && \
+ (p < (unsigned long)task->thread_info+THREAD_SIZE))
-void show_trace(struct task_struct *task, unsigned long * stack)
+void show_stack_frame(unsigned long start, unsigned long end)
+{
+ int i;
+
+ printk(" ");
+ for (i = start; i < end; i += 4) {
+ if ((i - start) && ((i - start)%24 == 0))
+ printk("\n ");
+ printk("%08lx ", *(unsigned long *) i);
+ }
+ printk("\n");
+}
+
+void show_trace_fp(struct task_struct *task, unsigned long * stack)
+{
+ unsigned long addr, ebp;
+
+ if (!task)
+ task = current;
+
+ if (task == current) {
+ /* Grab ebp right from our regs */
+ asm ("movl %%ebp, %0" : "=r" (ebp) : );
+ } else {
+ /* ebp is the last reg pushed by switch_to */
+ ebp = *(unsigned long *) task->thread.esp;
+ }
+
+ show_stack_frame((unsigned long) stack, ebp+4);
+ while (valid_stack_ptr(task, ebp)) {
+ addr = *(unsigned long *) (ebp + 4);
+ printk(" [<%08lx>] ", addr);
+ print_symbol("%s\n", addr);
+
+ /* Show the stack frame starting with args */
+ show_stack_frame(ebp + 8, (*(unsigned long *) ebp) + 4);
+ ebp = *(unsigned long *) ebp;
+ }
+}
+
+#else /* !CONFIG_FRAME_POINTER */
+
+void show_trace_guess(unsigned long * stack)
{
unsigned long addr;
if (!stack)
stack = (unsigned long*)&stack;
- printk("Call Trace:");
-#ifdef CONFIG_KALLSYMS
- printk("\n");
-#endif
while (1) {
struct thread_info *context;
context = (struct thread_info*) ((unsigned long)stack & (~(THREAD_SIZE - 1)));
@@ -153,6 +195,20 @@ void show_trace(struct task_struct *task
break;
printk(" =======================\n");
}
+}
+#endif
+
+void show_trace(struct task_struct *task, unsigned long * stack)
+{
+ printk("Call Trace:");
+#ifdef CONFIG_KALLSYMS
+ printk("\n");
+#endif
+#ifdef CONFIG_FRAME_POINTER
+ show_trace_fp(task, stack);
+#else
+ show_trace_guess(stack);
+#endif
printk("\n");
}
@@ -168,8 +224,10 @@ void show_trace_task(struct task_struct
void show_stack(struct task_struct *task, unsigned long *esp)
{
+#ifndef CONFIG_FRAME_POINTER
unsigned long *stack;
int i;
+#endif
if (esp == NULL) {
if (task)
@@ -178,8 +236,9 @@ void show_stack(struct task_struct *task
esp = (unsigned long *)&esp;
}
+#ifndef CONFIG_FRAME_POINTER
stack = esp;
- for(i = 0; i < kstack_depth_to_print; i++) {
+ for(i = 0; i < STACK_PRINT_DEPTH; i++) {
if (kstack_end(stack))
break;
if (i && ((i % 8) == 0))
@@ -187,6 +246,7 @@ void show_stack(struct task_struct *task
printk("%08lx ", *stack++);
}
printk("\n");
+#endif
show_trace(task, esp);
}
--
Adam Litke - (agl at us.ibm.com)
IBM Linux Technology Center
next prev parent reply other threads:[~2004-04-20 22:01 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-04-20 15:45 sysrq shows impossible call stack Eli Cohen
2004-04-20 16:26 ` Roland Dreier
2004-04-20 17:36 ` Eli Cohen
2004-04-20 17:51 ` stack dumps, CONFIG_FRAME_POINTER and i386 (was Re: sysrq shows impossible call stack) Roland Dreier
2004-04-20 20:26 ` Adam Litke [this message]
2004-04-21 0:12 ` Roland Dreier
2004-04-21 1:39 ` Andrew Morton
2004-04-21 1:41 ` Andrew Morton
2004-04-21 23:28 ` Adam Litke
2004-04-21 23:50 ` Andrew Morton
2004-04-22 18:25 ` Adam Litke
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1082492730.716.76.camel@agtpad \
--to=agl@us.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mlxk@mellanox.co.il \
--cc=roland@topspin.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox