Bug 104428 - [nullfs] nullfs panics on E4500 (but not E420)
Summary: [nullfs] nullfs panics on E4500 (but not E420)
Status: Closed Overcome By Events
Alias: None
Product: Base System
Classification: Unclassified
Component: sparc64 (show other bugs)
Version: 7.0-CURRENT
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-sparc64 (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-10-15 06:20 UTC by Matthew.Jacob
Modified: 2020-07-11 19:57 UTC (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Matthew.Jacob 2006-10-15 06:20:16 UTC
	Tried to mount a local ufs directory as a nullfs on top of
	NFS. Works fine every where else. Panics here:

login: panic: blockable sleep lock (sleep mutex) system map @ vm/vm_map.c:3073
cpuid = 3
KDB: enter: panic
[thread pid 776 tid 100135 ]
Stopped at      kdb_enter+0x3c: ta              %xcc, 1
db> bt
Tracing pid 776 tid 100135 td 0xfffff80029d17020
panic() at panic+0x164
witness_checkorder() at witness_checkorder+0xc8
_mtx_lock_flags() at _mtx_lock_flags+0xa0
_vm_map_lock_read() at _vm_map_lock_read+0x1c
vm_map_lookup() at vm_map_lookup+0x1c
vm_fault() at vm_fault+0x68
trap_pfault() at trap_pfault+0x1a8
trap() at trap+0x2b8
-- fast data access mmu miss tar=0x424000 %o7=0xc01ef544 --
malloc_type_zone_allocated() at malloc_type_zone_allocated+0xc
malloc() at malloc+0x10c
hashinit() at hashinit+0x44
nullfs_init() at nullfs_init+0x18
vfs_register() at vfs_register+0x284
vfs_modevent() at vfs_modevent+0x30
module_register_init() at module_register_init+0x78
linker_file_sysinit() at linker_file_sysinit+0x104
linker_load_file() at linker_load_file+0x10c
linker_load_module() at linker_load_module+0xcc
kern_kldload() at kern_kldload+0x88
vfs_byname_kld() at vfs_byname_kld+0x20
vfs_domount() at vfs_domount+0x118
vfs_donmount() at vfs_donmount+0x44c
nmount() at nmount+0xac
syscall() at syscall+0x2a0
-- syscall (378, FreeBSD ELF64, nmount) %o7=0x100ee8 --
userland() at 0x403a4b68
user trace: trap %o7=0x100ee8
pc 0x403a4b68, sp 0x7fdffffd571
pc 0x100b58, sp 0x7fdffffdea1
pc 0x4020bcb4, sp 0x7fdffffdf61
done

How-To-Repeat: 	See above
Comment 1 Eitan Adler freebsd_committer freebsd_triage 2017-12-31 08:00:33 UTC
For bugs matching the following criteria:

Status: In Progress Changed: (is less than) 2014-06-01

Reset to default assignee and clear in-progress tags.

Mail being skipped
Comment 2 Mark Johnston freebsd_committer freebsd_triage 2020-07-11 19:57:14 UTC
sparc64 platform support has been removed.  This looks like some platform issue related to loadable KLDs: we fault while accessing a malloc type descriptor which should have been initialized before nullfs_init() was called.