Minor clarification in ddb trace
authorBeket <Beket@web>
Fri, 13 Mar 2009 05:21:33 +0000 (22:21 -0700)
committerCharlie <root@leaf.dragonflybsd.org>
Fri, 13 Mar 2009 05:21:33 +0000 (22:21 -0700)
docs/howtos/HowToDebugVKernels/index.mdwn

index 36f14b1..7bee81a 100644 (file)
@@ -76,8 +76,7 @@ Let's get a trace of what went wrong:
     go_user(5709dd38,0,0,7b,0) at 0x82151ac
     db> 
 
-sys_ktrace, allproc_scan, etc represent the function names. The hex values in parentheses are the first five items on the stack.
-The last hex value is the instruction address. Since ddb doesn't really know how many arguments a function takes, it always prints five.
+Here sys_ktrace, allproc_scan, etc represent function names. Functions are listed in the reverse order they were called. Thus, in this particular example, the last function which was called is ktrdestroy(). The hex values in parentheses are the first five items on the stack. The last hex value is the instruction address. Since ddb doesn't really know how many arguments a function takes, it always prints five.
 
 # Gdb