Re: [RFC] Enhanced show_stack output to add backing store regs

From: Bob Montgomery <>
Date: 2005-03-12 08:19:49
On Fri, 2005-03-11 at 12:59 -0800, David Mosberger wrote:
> >>>>> On Fri, 11 Mar 2005 20:25:26 +0000, Matthew Wilcox <> said:
>   Matthew> I know your patch leaaves this unchanged, but I don't think it's helpful
>   Matthew> to show the 'show_stack' and 'show_regs' frames.  Can we get rid of them,
>   Matthew> or is there a reason they're useful?
> There were useful in the early days, when I didn't trust the unwinder... ;-)
> I agree that we should drop them.  Just unwind to the interruption-frame
> (pt_regs), then start printing the frames.
> That'll also be more in line with the other arches.

You might trust the unwinder, and that *might* be a reason to lop off
the top two (show regs and show stack), but I still want to see what
kernel handler was used, and it's still reassuring to be able to check
at show_stack to verify that bsp < sp to eliminate stack overflow as
the source of either the problem, or the problem with the unwinding that

I'm assuming in my example, that not printing until the interruption
frame would eliminate what is shown below, and I would like to keep

 [<a000000100036b50>] die+0x150/0x280
                                sp=e0000001200dfb40 bsp=e0000001200d8f20
 [<a000000100036cc0>] die_if_kernel+0x40/0x60
                                sp=e0000001200dfb40 bsp=e0000001200d8ef0
 [<a0000001000378d0>] ia64_fault+0x150/0xac0
                                sp=e0000001200dfb40 bsp=e0000001200d8ea8
 [<a00000010000ad20>] ia64_leave_kernel+0x0/0x260
                                sp=e0000001200dfc40 bsp=e0000001200d8ea8

and not just see the stack top out at
 [<a0000002000689d0>] buncho_going_to_regnat+0x50/0xa0 [buncho]
                                sp=e0000001200dfe10 bsp=e0000001200d8e80

where the error occurred.

Bob Montgomery <>

To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to
More majordomo info at
Received on Fri Mar 11 16:25:57 2005

This archive was generated by hypermail 2.1.8 : 2005-08-02 09:20:36 EST