panic while kldloading nullfs.ko

Kris Kennaway kris at obsecurity.org
Wed Nov 24 19:48:29 PST 2004


On Wed, Nov 24, 2004 at 07:48:17PM -0800, Kris Kennaway wrote:
> This happens repeatably on an e450 running 5.3-R, when doing 'kldload
> nullfs.ko'.  The module was freshly built and I verified that the
> sources are in sync, so it's not because of staleness.
> 
> Kris
> 
> panic: trap: fast data access mmu miss
> cpuid = 2
> KDB: enter: panic
> [thread 100058]
> Stopped at      kdb_enter+0x38: ta              %xcc, 1
> db> tr
> panic() at panic+0x214
> trap() at trap+0x13c
> -- fast data access mmu miss tar=0x51a000 %o7=0xc013bf64 --
> malloc_type_zone_allocated() at malloc_type_zone_allocated+0x14
> malloc() at malloc+0x74
> hashinit() at hashinit+0x34
> nullfs_init() at nullfs_init+0x14
> vfs_register() at vfs_register+0x1e0
> vfs_modevent() at vfs_modevent+0x2c
> module_register_init() at module_register_init+0x48
> linker_load_module() at linker_load_module+0x810
> kldload() at kldload+0x144
> syscall() at syscall+0x24c
> -- syscall (304, FreeBSD ELF64, kldload) %o7=0x100a08 --
> userland() at 0x4039e988
> user trace: trap %o7=0x100a08
> pc 0x4039e988, sp 0x7fdffffe151
> pc 0x1007f0, sp 0x7fdffffe211
> pc 0x40208c34, sp 0x7fdffffe2d1
> done

Another panic while running 'mount'

hints file version mismatch 2135247942
panic: trap: division by zero
cpuid = 1
KDB: enter: panic
[thread 100159]
Stopped at      kdb_enter+0x38: ta              %xcc, 1
db> tr
panic() at panic+0x214
trap() at trap+0x13c
-- division by zero %o7=0xc016cc3c --
link_elf_lookup_symbol() at link_elf_lookup_symbol+0x54
link_elf_lookup_set() at link_elf_lookup_set+0x5c
linker_file_lookup_set() at linker_file_lookup_set+0x4c
linker_load_dependencies() at linker_load_dependencies+0x54
link_elf_load_file() at link_elf_load_file+0x458
linker_load_module() at linker_load_module+0x4a0
vfs_domount() at vfs_domount+0xa6c
vfs_donmount() at vfs_donmount+0x3cc
nmount() at nmount+0x88
syscall() at syscall+0x24c
-- syscall (378, FreeBSD ELF64, nmount) %o7=0x100da0 --
userland() at 0x4039db08
user trace: trap %o7=0x100da0
pc 0x4039db08, sp 0x7fdffffd181
pc 0x100af0, sp 0x7fdffffdab1
pc 0x40208c34, sp 0x7fdffffdb71
done
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-sparc64/attachments/20041124/54cc55e9/attachment.bin


More information about the freebsd-sparc64 mailing list