multimedia/libv4l/ (video4bsd.ko) -> Fatal trap 12: page fault while in kernel mode [SEC=UNCLASSIFIED]

From: Wilkinson, Alex <alex.wilkinson_at_dsto.defence.gov.au>
Date: Wed, 20 Jan 2010 16:37:26 +0800
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 _at_ /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.
Received on Wed Jan 20 2010 - 07:43:06 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:00 UTC