usr.bin/kdump/kdump.1

   1 .\" Copyright (c) 1990, 1993
   2 .\"     The Regents of the University of California.  All rights reserved.
   3 .\"
   4 .\" Redistribution and use in source and binary forms, with or without
   5 .\" modification, are permitted provided that the following conditions
   6 .\" are met:
   7 .\" 1. Redistributions of source code must retain the above copyright
   8 .\"    notice, this list of conditions and the following disclaimer.
   9 .\" 2. Redistributions in binary form must reproduce the above copyright
  10 .\"    notice, this list of conditions and the following disclaimer in the
  11 .\"    documentation and/or other materials provided with the distribution.
  12 .\" 3. All advertising materials mentioning features or use of this software
  13 .\"    must display the following acknowledgement:
  14 .\"     This product includes software developed by the University of
  15 .\"     California, Berkeley and its contributors.
  16 .\" 4. Neither the name of the University nor the names of its contributors
  17 .\"    may be used to endorse or promote products derived from this software
  18 .\"    without specific prior written permission.
  19 .\"
  20 .\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
  21 .\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
  22 .\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
  23 .\" ARE DISCLAIMED.  IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
  24 .\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
  25 .\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
  26 .\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
  27 .\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
  28 .\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
  29 .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
  30 .\" SUCH DAMAGE.
  31 .\"
  32 .\"     @(#)kdump.1     8.1 (Berkeley) 6/6/93
  33 .\" $FreeBSD$
  34 .\"
  35 .Dd April 5, 2012
  36 .Dt KDUMP 1
  37 .Os
  38 .Sh NAME
  39 .Nm kdump
  40 .Nd display kernel trace data
  41 .Sh SYNOPSIS
  42 .Nm
  43 .Op Fl dEnlHRsTA
  44 .Op Fl f Ar trfile
  45 .Op Fl m Ar maxdata
  46 .Op Fl p Ar pid
  47 .Op Fl t Ar trstr
  48 .Sh DESCRIPTION
  49 The
  50 .Nm
  51 command displays the kernel trace files produced with
  52 .Xr ktrace 1
  53 in human readable format.
  54 By default, the file
  55 .Pa ktrace.out
  56 in the current directory is displayed.
  57 .Pp
  58 The options are as follows:
  59 .Bl -tag -width Fl
  60 .It Fl d
  61 Display all numbers in decimal.
  62 .It Fl E
  63 Display elapsed timestamps (time since beginning of trace).
  64 .It Fl f Ar trfile
  65 Display the specified file instead of
  66 .Pa ktrace.out .
  67 .It Fl H
  68 List the thread ID (tid) of the thread with each trace record, if available.
  69 If no thread ID is available, 0 will be printed.
  70 .It Fl l
  71 Loop reading the trace file, once the end-of-file is reached, waiting for
  72 more data.
  73 .It Fl m Ar maxdata
  74 Display at most
  75 .Ar maxdata
  76 bytes when decoding
  77 .Tn I/O .
  78 .It Fl n
  79 Suppress ad hoc translations.
  80 Normally
  81 .Nm
  82 tries to decode many system calls into a more human readable format.
  83 For example,
  84 .Xr ioctl 2
  85 values are replaced with the macro name and
  86 .Va errno
  87 values are replaced with the
  88 .Xr strerror 3
  89 string.
  90 Suppressing this feature yields a more consistent output format and is
  91 easily amenable to further processing.
  92 .It Fl p Ar pid
  93 Display only trace events that correspond to the process
  94 .Ar pid .
  95 This may be useful when there are multiple processes recorded in the
  96 same trace file.
  97 .It Fl R
  98 Display relative timestamps (time since previous entry).
  99 .It Fl r
 100 When decoding STRU records, display structure members such as UIDs,
 101 GIDs, dates etc. symbolically instead of numerically.
 102 .It Fl s
 103 Suppress display of I/O data.
 104 .It Fl T
 105 Display absolute timestamps for each entry (seconds since epoch).
 106 .It Fl A
 107 Display description of the ABI of traced process.
 108 .It Fl t Ar trstr
 109 See the
 110 .Fl t
 111 option of
 112 .Xr ktrace 1 .
 113 .El
 114 .Pp
 115 The output format of
 116 .Nm
 117 is line oriented with several fields.
 118 The example below shows a section of a kdump generated by the following
 119 commands:
 120 .Bd -literal -offset indent
 121 ?> ktrace echo "ktrace"
 122
 123 ?> kdump
 124
 125  85045 echo     CALL  writev(0x1,0x804b030,0x2)
 126  85045 echo     GIO   fd 1 wrote 7 bytes
 127        "ktrace
 128        "
 129  85045 echo     RET   writev 7
 130 .Ed
 131 .Pp
 132 The first field is the PID of the process being traced.
 133 The second field is the name of the program being traced.
 134 The third field is the operation that the kernel performed
 135 on behalf of the process.
 136 If thread IDs are being printed, then an additional thread ID column will be
 137 added to the output between the PID field and program name field.
 138 .Pp
 139 In the first line above, the kernel executes the
 140 .Xr writev 2
 141 system call on behalf of the process so this is a
 142 .Li CALL
 143 operation.
 144 The fourth field shows the system call that was executed,
 145 including its arguments.
 146 The
 147 .Xr writev 2
 148 system call takes a file descriptor, in this case 1, or standard
 149 output, then a pointer to the iovector to write, and the number of
 150 iovectors that are to be written.
 151 In the second line we see the operation was
 152 .Li GIO ,
 153 for general I/O, and that file descriptor 1 had
 154 seven bytes written to it.
 155 This is followed by the seven bytes that were written, the string
 156 .Qq Li ktrace
 157 with a carriage return and line feed.
 158 The last line is the
 159 .Li RET
 160 operation, showing a return from the kernel, what system call we are
 161 returning from, and the return value that the process received.
 162 Seven bytes were written by the
 163 .Xr writev 2
 164 system call, so 7 is the return value.
 165 .Pp
 166 The possible operations are:
 167 .Bl -column -offset indent ".Li CALL" ".No data from user process"
 168 .It Sy Name Ta Sy Operation Ta Sy Fourth field
 169 .It Li CALL Ta enter syscall Ta syscall name and arguments
 170 .It Li RET Ta return from syscall Ta syscall name and return value
 171 .It Li NAMI Ta file name lookup Ta path to file
 172 .It Li GIO Ta general I/O Ta fd, read/write, number of bytes
 173 .It Li PSIG Ta signal Ta signal name, handler, mask, code
 174 .It Li CSW Ta context switch Ta stop/resume user/kernel
 175 .It Li USER Ta data from user process Ta the data
 176 .It Li STRU Ta various syscalls Ta structure
 177 .It Li SCTL Ta Xr sysctl 3 requests Ta MIB name
 178 .It Li PFLT Ta enter page fault Ta fault address and type
 179 .It Li PRET Ta return from page fault Ta fault result
 180 .El
 181 .Sh SEE ALSO
 182 .Xr ktrace 1
 183 .Sh HISTORY
 184 The
 185 .Nm
 186 command appeared in
 187 .Bx 4.4 .