| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
| |
When ddb loads symbols, the .strtab contains char strings and doesn't
need long alignment. Our bootloader provides long alignment, but I
started loading symbols on powerpc64 without our bootloader.
ok mpi@ guenther@ kettenis@
|
|
|
|
| |
ok deraadt@
|
| |
|
|
|
|
|
|
| |
Casting a type is not yet supported.
ok kettenis@, jasper@
|
|
|
|
| |
ok deraadt@, kettenis@, jasper@
|
|
|
|
| |
ok claudio@, jasper@
|
|
|
|
| |
ok jca@
|
|
|
|
|
|
|
|
|
|
|
|
| |
to lookup the number of function parameters. however having this basic
facility allows us to expand it's usage.
currently hidden behind the (disabled) DDBCTF kernel option as some of the
required tools are not available in base yet. in addition to that one
also needs recent bootblocks that load the .SUNW_ctf kernel section.
discussed with mpi@ over many a cider and ale in cambridge
feedback and ok guenther@ mpi@
|
|
|
|
| |
ok matthew@
|
| |
|
|
|
|
| |
ok stefan@
|
|
|
|
|
|
|
|
|
| |
db_lookup() as requested by mlarkin@
While here move the function to db_elf.c do keep db_elf_sym_lookup()
private.
ok mikeb@ appart from the move the function
|
| |
|
|
|
|
|
|
|
|
|
| |
symbols.
There's no reason to ask the programmer to supply a specific symbol
table since the kernel only have one.
ok visa@, guenther@
|
|
|
|
|
|
|
| |
Simplifies the API to manipulate symbols now that all our architectures
are ELF.
ok tb@
|
| |
|
| |
|
|
|
|
|
|
|
| |
have any direct symbols used. Tested for indirect use by compiling
amd64/i386/sparc64 kernels.
ok tedu@ deraadt@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This allows ddb's "trace" command to include file and line numbers:
ddb{0}> trace
Debugger() at Debugger+0x9 [../../../../arch/amd64/amd64/db_interface.c:405]
ddb_sysctl() at ddb_sysctl+0x1b4 [../../../../ddb/db_usrreq.c:104]
sys___sysctl() at sys___sysctl+0x216 [../../../../kern/kern_sysctl.c:229]
syscall() at syscall+0x297 [../../../../sys/syscall_mi.h:84]
--- syscall (number 202) ---
end of kernel
end trace frame: 0x7f7ffffcf1d7, count: -4
acpi_pdirpa+0x4117aa:
For this to work, it requires using a new version of boot(8), and
booting a kernel with the .debug_line section present (e.g., building
with ``makeoptions DEBUG="-g"'' and then booting the bsd.gdb kernel
instead of the stripped bsd kernel).
Still a WIP, but no failure reports yet. Committing so further
development and testing can happen in tree.
prodding deraadt, guenther, mlarkin
ok mpi
|
|
|
|
| |
ok mpi@ kspillner@
|
|
|
|
|
|
| |
native size, so eliminate the #defines.
ok miod@
|
|
|
|
|
|
|
|
|
| |
Not sure what's more surprising: how long it took for NetBSD to
catch up to the rest of the BSDs (including UCB), or the amount of
code that NetBSD has claimed for itself without attributing to the
actual authors.
OK deraadt@
|
|
|
|
|
|
| |
kprintf_mutex in the early stages of booting.
ok miod@ (a while ago)
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
for ".symtab" and ".strtab" in the section names. Instead of doing that,
look for section type SHT_SYMTAB for the symbol table and follow the link
in sh_link to find the corresponding string table. This is a more correct
way of doing things and will work better when the toolchain doesn't
generate ".symtab" and ".strtab" names and it will work when there are
multiple symbol tables.
noone objected to this diff for at least a week.
|
| |
|
| |
|
| |
|
| |
|
|
|