On Wed, May 8, 2013 at 3:16 PM, Shraddha Kamat sh200...@gmail.com wrote:
Any good tutorial for analyzing kernel call traces ? I want to
know what is the meaning of everything that appears in the call
trace and get to the exact cause of the problem.
sorry , u mean backtrace call trace? or kernel oops?
http://www.linuxforu.com/2011/01/understanding-a-kernel-oops/
and here is another trace:
http://elinux.org/Kernel_Function_Trace
which depends on the instrumentation method:
http://elinux.org/images/6/68/Kfiboot-9.lst
http://elinux.org/Kernel_Instrumentation
http://elinux.org/Instrumentation_API
many of these traces, simply depends on the concept of call frames, or a
range of memory addresses allocated on the stack used by the functions.
above page also mentioned the use of gcc -pg, and not mentioned are other
features of gcc (man gcc):
-finstrument-functions
-finstrument-functions-exclude-function-list=sym,sym,...
-finstrument-functions-exclude-file-list=file,file,...
Beware though, sometimes compilation will explicitly remove the use of
frame pointer:
-fomit-frame-pointer
without the ebp and esp to demarcate the start and end of a frame,
there is no way to know the beginning and end of a call frame, and
therefore stack trace, or call trace will not be accurately shown.
Other possibilities are that the function names are declared with static
as well, and u will end up with numerical offset from the nearest function
with name.
--
Regards,
Peter Teoh
___
Kernelnewbies mailing list
Kernelnewbies@kernelnewbies.org
http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies