multimedia/libv4l/ (video4bsd.ko) -> Fatal trap 12: page fault while
in kernel mode [SEC=UNCLASSIFIED]
Wilkinson, Alex
alex.wilkinson at dsto.defence.gov.au
Wed Jan 20 08:43:06 UTC 2010
The following ports initially installed and worked fine:
multimedia/libv4l
multimedia/webcamd
multimedia/pwcview
however, after a reboot video4bsd.ko panic'd my machine and i was unable to
boot. I had to use the LiveFS to rescue the box. Here is the bt from DDB:
FreeBSD 9.0-CURRENT #0 r202270:
GDB: no debug ports present
KDB: debugger backends: ddb
KDB: current backend: ddb
458752K of memory above 4GB ignored
Copyright (c) 1992-2010 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 9.0-CURRENT #0 r202270: Thu Jan 14 11:20:04 WST 2010
WARNING: WITNESS option enabled, expect reduced performance.
Kernel page fault with the following non-sleepable locks held:
exclusive sleep mutex cdev (cdev) r = 0 (0xc0df5bd8) locked @ /usr/src/sys/kern/kern_conf.c:72
KDB: stack backtrace:
db_trace_self_wrapper(c0c9e3fb,c1c20b7c,c08d5375,c0c94c4e,48,...) at db_trace_self_wrapper+0x26
kdb_backtrace(c0c94c4e,48,ffffffff,c0f3814c,c1c20bb4,...) at kdb_backtrace+0x29
_witness_debugger(c0ca08bd,c1c20bc8,4,1,0,...) at _witness_debugger+0x25
witness_warn(5,0,c0cd5368,c1c20ce8,c0df5540,...) at witness_warn+0x1fd
trap(c1c20c54) at trap+0x19e
calltrap() at calltrap+0x6
--- trap 0xc, eip = 0xc087f1c3, esp = 0xc1c20c94, ebp = 0xc1c20ca4 ---
_mtx_assert(f000fea5,4,c0ca03dd,240,0,...) at _mtx_assert+0x53
alloc_unrl(0,4,c0c8fa0e,202,c7952000,...) at alloc_unrl+0x2f
devfs_create(c7952000,40,20,c1bb1a3a,c1c20d60,...) at devfs_create+0x42
make_dev_credv(0,0,5,1a4,c1bb1a3a,...) at make_dev_credv+0x103
make_dev(c1bb2000,0,0,5,1a4,...) at make_dev+0x43
v4b_init(0,1c1ec00,1c1ec00,1c1e000,1c25000,...) at v4b_init+0x7b
mi_startup() at mi_startup+0x96
begin() at begin+0x2c
Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address = 0xf000feb5
fault code = supervisor read, page not present
instruction pointer = 0x20:0xc087f1c3
stack pointer = 0x28:0xc1c20c94
frame pointer = 0x28:0xc1c20ca4
code segment = base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags = interrupt enabled, resume, IOPL = 0
current process = 0 ()
[thread pid 0 tid 0 ]
Stopped at _mtx_assert+0x53: movl 0x10(%edx),%eax
db> bt
Tracing pid 0 tid 0 td 0xc0df57f0
_mtx_assert(f000fea5,4,c0ca03dd,240,0,...) at _mtx_assert+0x53
alloc_unrl(0,4,c0c8fa0e,202,c7952000,...) at alloc_unrl+0x2f
devfs_create(c7952000,40,20,c1bb1a3a,c1c20d60,...) at devfs_create+0x42
make_dev_credv(0,0,5,1a4,c1bb1a3a,...) at make_dev_credv+0x103
make_dev(c1bb2000,0,0,5,1a4,...) at make_dev+0x43
v4b_init(0,1c1ec00,1c1ec00,1c1e000,1c25000,...) at v4b_init+0x7b
mi_startup() at mi_startup+0x96
begin() at begin+0x2c
db>
It was to early in the bootstrap process to get a core dump (call doadump).
i.e. "no dumpdev available" message.
-Alex
IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email.
More information about the freebsd-current
mailing list