Thread (9 messages) flat view 9 messages, 5 authors, 2011-06-19

tools to identify linux kernel panics and system hangs

From: Metin KAYA <hidden>
Date: 2011-06-19 19:21:39

Amit, I suggest you to read the "oops messages" part of the document shown in the link of the previous mail. Oops messages give crucial clues in order to debug the crashes. Find out the crash point from the oops output, then trace it via objdump. Other utilities, including jtag, *at most* do not work sanely. Thus, you have to be patient and intuitive while debugging :) BTW, please keep in mind that printk() affects the timing of the crash so it should not be used ASAP.

HTH.

On 19 Haz 2011, at 18:22, Amit Nagal [off-list ref] wrote:
On Sun, Jun 19, 2011 at 5:31 PM, Metin KAYA [off-list ref] wrote:
quoted
- Enable CONFIG_KALLSYMS in kernel configuration.
- And the rest is here: http://www.xml.com/ldd/chapter/book/ch04.html
Regards.
Thanx for all the replies and facts . Actually my main concern is
regarding identifying kernel panics and system hangs
on embedded arm targets where i have access to only one serial port
used primarily for reporting debug messages .

Also wrt  x86 , i tried to use  gdb - kgdb interface using 2 PCs , but
communication used to break too often  .

Then i tried ftrace which i found quite convinient to use on x86 till
now except sometimes when  ftrace takes too much time to print
complete trace on console  in case of crash .

Can crash utility be used for arm targets as well ?

Regards
Amit Nagal
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help