Re: 6.0-BETA3 and Asterisk

From: Jason George <lists_at_masterplan.org>
Date: Thu, 1 Sep 2005 17:15:27 -0600 (MDT)
On Thu, 1 Sep 2005, Boris Samorodov wrote:

> On Thu, 1 Sep 2005 14:07:19 +0100 Brian Candler wrote:
> > Can mismatched library versions really cause kernel panics??
>
> Can't say for sure. But lets solve problems by steps. Using different
> system libraries simultaneously is not right (we don't have compat-5x).
>
> If the case remain after rebuilding ports, we'll ask kernel gurus to
> help us.
>

It isn't the libraries... it's the kernel... kldunload is causing a panic
in this case for the Zaptel driver.  I'm not even getting as far as
starting up Asterisk.

Kernel and full buildworld:
FreeBSD 6.0-BETA3 #3: Thu Sep  1 16:33:06 MDT 2005

Running "/usr/local/etc/rc.d/zaptel.sh start"

Zapata Telephony Interface Registered on major 196
ZapTel device: vendor=e159 device=1 subvendor=8086
wcfxo0: <Generic Clone> port 0x2400-0x24ff mem 0x42000000-0x42000fff irq
11 at device 14.0 on pci0
ZapTel Attach for wcfxo0: deviceID : 0xe159
wcfxo0: [GIANT-LOCKED]
wcfxo: DAA mode is 'FCC'
Found a Wildcard FXO: Generic Clone
ZapTel device loaded.


Running "/usr/local/etc/rc.d/zaptel.sh stop"

lock order reversal
 1st 0xc106c8c8 mt_zone (UMA zone) _at_ vm/uma_core.c:2461
 2nd 0xc18c3044 user map (user map) _at_ vm/vm_map.c:2997
KDB: stack backtrace:
kdb_backtrace(0,ffffffff,c09334f8,c0933408,c08bf06c) at kdb_backtrace+0x29
witness_checkorder(c18c3044,9,c08741f6,bb5) at witness_checkorder+0x564
_sx_xlock(c18c3044,c08741ed,bb5) at _sx_xlock+0x50
_vm_map_lock_read(c18c3000,c08741ed,bb5,1000016,c18c5480) at
_vm_map_lock_read+0x37
vm_map_lookup(ccb03b1c,0,1,ccb03b20,ccb03b10) at vm_map_lookup+0x28
vm_fault(c18c3000,0,1,0,c16b2d80) at vm_fault+0x66
trap_pfault(ccb03be4,0,15) at trap_pfault+0xee
trap(c0870008,ccb00028,c0620028,0,c106c8c0) at trap+0x341
calltrap() at calltrap+0x5
--- trap 0xc, eip = 0xc07833d4, esp = 0xccb03c24, ebp = 0xccb03c30 ---
uma_zfree_internal(c1061960,c1945800,0,1,3) at uma_zfree_internal+0xd4
uma_zfree_arg(c1061960,c1945800,0) at uma_zfree_arg+0x2ed
malloc_uninit(c194cce0) at malloc_uninit+0x95
linker_file_sysuninit(c16d6300,0,2,c16d6300,c18c5418) at
linker_file_sysuninit+0x7d
linker_file_unload(c16d6300,0,0,c16b2d80,ccb03cdc) at
linker_file_unload+0x116
kern_kldunload(c16b2d80,3,0,ccb03d30,c07f167b) at kern_kldunload+0x7c
kldunloadf(c16b2d80,ccb03d04,2,2,292) at kldunloadf+0x1e
syscall(3b,3b,3b,3,bfbfee04) at syscall+0x22f
Xint0x80_syscall() at Xint0x80_syscall+0x1f
--- syscall (444, FreeBSD ELF32, kldunloadf), eip = 0x280b45b7, esp =
0xbfbfe85c, ebp = 0xbfbfecc8 ---


Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address   = 0x15
fault code              = supervisor read, page not present
instruction pointer     = 0x20:0xc07833d4
stack pointer           = 0x28:0xccb03c24
frame pointer           = 0x28:0xccb03c30
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         = 921 (kldunload)
[thread pid 921 tid 100100 ]
Stopped at      uma_zfree_internal+0xd4:        movzbl  0x15(%ebx),%eax
db>
db>

db> trace
Tracing pid 921 tid 100100 td 0xc16b2d80
uma_zfree_internal(c1061960,c1945800,0,1,3) at uma_zfree_internal+0xd4
uma_zfree_arg(c1061960,c1945800,0) at uma_zfree_arg+0x2ed
malloc_uninit(c194cce0) at malloc_uninit+0x95
linker_file_sysuninit(c16d6300,0,2,c16d6300,c18c5418) at
linker_file_sysuninit+0x7d
linker_file_unload(c16d6300,0,0,c16b2d80,ccb03cdc) at
linker_file_unload+0x116
kern_kldunload(c16b2d80,3,0,ccb03d30,c07f167b) at kern_kldunload+0x7c
kldunloadf(c16b2d80,ccb03d04,2,2,292) at kldunloadf+0x1e
syscall(3b,3b,3b,3,bfbfee04) at syscall+0x22f
Xint0x80_syscall() at Xint0x80_syscall+0x1f
--- syscall (444, FreeBSD ELF32, kldunloadf), eip = 0x280b45b7, esp =
0xbfbfe85c, ebp = 0xbfbfecc8 ---
db>
db> ps
  pid   proc     uid  ppid  pgrp  flag   stat  wmesg    wchan  cmd
  921 c18c5418    0   920   920 0004002 [CPU 0] kldunload
[snip]
Received on Thu Sep 01 2005 - 21:15:42 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:42 UTC