summaryrefslogtreecommitdiffstats
path: root/sys/dev/gem
diff options
context:
space:
mode:
authorjhb <jhb@FreeBSD.org>2008-01-17 21:43:12 +0000
committerjhb <jhb@FreeBSD.org>2008-01-17 21:43:12 +0000
commit7f24f24832bc16d75b0f181ff5c1665095ba6a30 (patch)
treed451a5296bd0713f0b63dcf80b792c60b017a26e /sys/dev/gem
parent53e7eb64dff1855d853abb42d08c74b62b3a0245 (diff)
downloadFreeBSD-src-7f24f24832bc16d75b0f181ff5c1665095ba6a30.zip
FreeBSD-src-7f24f24832bc16d75b0f181ff5c1665095ba6a30.tar.gz
Add a new 'add-kld <kld>' command to kgdb to make it easier to analyze
crash dumps with kernel modules. The command is basically a wrapper around add-symbol-file except that it uses the kernel linker data structures and the ELF section headers of the kld to calculate the section addresses add-symbol-file needs. The 'kld' parameter may either be an absolute path or a relative path. kgdb looks for the kld in several locations checking for variants with ".symbols" or ".debug" suffixes in each location. The first location it tries is just opening the specified path (this handles absolute paths and looks for the kld relative to the current directory otherwise). Next it tries to find the module in the same directory of the kernel image being used. If that fails it extracts the kern.module_path from the kernel being debugged and looks in each of those paths. The upshot is that for the common cases of debugging /boot/kernel/kernel where the module is in either /boot/kernel or /boot/modules one can merely do 'add-kld foo.ko'. MFC after: 1 week
Diffstat (limited to 'sys/dev/gem')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud