Re: [PATCH] Add ability to print calltraces tighter on i386

[Pavel Emelyanov <xemul@openvz.org>]

Andi Kleen wrote:
> Pavel Emelyanov <xemul@openvz.org> writes:
>
> > When printing a BUG or OOPS report the longest part of it is
> > the calltrace, which sometimes (quite often) doesn't fit the
> > standard 25-lines display. This may become a bad news when the
> > system doesn't have a serial/net console and is completely frozen so
> > that the terminal scrolling doesn't work.
> >
> > The information that hides from the developer is registers, the
> > top of the calltrace and information about the kernel and the
> > crashed process (uname). As our experience shows, seeing this info is
> > sometimes critical and having a short calltrace would help a lot.
> >
> > The proposal is to make a boot-option called "tight_trace", that
> > makes the calltrace show only the addresses in one line instead
> > of the symbol names one per line.
> >
> > E.g. OOPSes of 50 lines occupy ~20 with this patch.
> >
> > This is an example of how it will look for i386, but if this
> > will be found useful, I will make the patch for other arched
> > I can test it on (at least x86_64, ia64).
>
> Just use a higher resolution with vga=... 
> I have yet to see an oops that doesn't fit on 80x50

Not everyone likes frame buffer but even with it any OOPs in 
network code which happens in softirq, io scheduler and nearby 
code that is called after passing through all the VFS hooks 
and many other examples produce long oopses.

Oops-es with only the calltrace of ~50 lines do happen :)

> -Andi
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/