Re: [PATCH] cheap lookup of symbol names on oops()

Cort Dougan (cort@fsmlabs.com)
Thu, 25 Jul 2002 16:23:22 -0600


I've had the stack backtrace cause cascading oops' that scroll until I
power a machine off. It's a crash - things aren't always going to work
out. Arguments like that can be made to remove nearly the entire oops
message.

The patch as it is now doesn't even add a line of text to the x86 oops
message. It does add a line to the PPC oops message though. I understand,
and agree with, the need for brevity in a oops.

Would you be happy with the lookup function as a config option rather than
the default?

} I recently had an oops on my laptop with a rh kernel with I think this
} stuff in (it decoded the trace to symbols, etc).
}
} The only problem was that the machine paniced at the end, with the
} register dump off the top of the screen. The only thing visible was
} the trace.
}
} As useful as it was to have the trace, the oops was useless because
} the rest of the information was missing.
}
} So why didn't I scroll up? Because shift-pgup needs a task queue to
} run, which doesn't happen after a panic, just like you can't ctrl-alt-del
} to reboot (but you can alt-sysrq-b)...
}
} Personally, I'd much rather have the standard oops output and be able
} to scribble down the numbers, and then look them up than to have some
} snazzy bit of code in the kernel do it for me and scroll the useful
} information off the screen.
}
} (And thanks for reminding me about the oops...)
}
} --
} Russell King (rmk@arm.linux.org.uk) The developer of ARM Linux
} http://www.arm.linux.org.uk/personal/aboutme.html
-
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/