ports/89107: Zaptal and asterisk cause panic on 6.0-STABLE

[Mark Knight]

>Number:         89107
>Category:       ports
>Synopsis:       Zaptal and asterisk cause panic on 6.0-STABLE
>Confidential:   no
>Severity:       critical
>Priority:       medium
>Responsible:    freebsd-ports-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Nov 16 10:10:18 GMT 2005
>Closed-Date:
>Last-Modified:
>Originator:     Mark Knight
>Release:        FreeBSD 6.0-STABLE i386
>Organization:
>Environment:
System: FreeBSD shrewd.pub.knigma.org 6.0-STABLE FreeBSD 6.0-STABLE #0: Wed Nov 16 08:03:51 GMT 2005 root at shrewd.pub.knigma.org:/usr/src/sys/i386/compile/SHREWD i386

>Description:

I've just completed a source code upgrade from 5.4 to 6.0.  All my
ports were up-to-date before the upgrade and I've performed a
portupgrade -f - R -a since.  Since the same port version worked
before with the same configuration this looks like a problem that's
new to 6.0.

I only use Zaptel to provide timing; so my 000.zaptel.sh looks like
this:

                /sbin/kldload ${LIBDIR}/zaptel.ko || exit 1
                /sbin/kldload ${LIBDIR}/ztdummy.ko || exit 1

This loads fine:

Nov 16 07:28:19 shrewd kernel: Zapata Telephony Interface Registered on major 196
Nov 16 07:28:19 shrewd kernel: ztdummy: loaded

however, when I then started asterisk I got:

Fatal trap 12: page fault while in kernel mode
fault virtual address	= 0x10
fault code		= supervisor read, page not present
instruction pointer	= 0x20:0xc053fe03
stack pointer	        = 0x28:0xd1629c2c
frame pointer	        = 0x28:0xd1629c9c
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		= 1075 (asterisk)
trap number		= 12
panic: page fault
Uptime: 7m26s
Dumping 255 MB (2 chunks)
  chunk 0: 1MB (159 pages) ... ok
  chunk 1: 255MB (65216 pages) 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15

#0  doadump () at pcpu.h:165
165		__asm __volatile("movl %%fs:0,%0" : "=r" (td));
(kgdb) bt
#0  doadump () at pcpu.h:165
#1  0xc05699a0 in boot (howto=260) at ../../../kern/kern_shutdown.c:399
#2  0xc0569ce9 in panic (fmt=0xc0772a39 "%s")
    at ../../../kern/kern_shutdown.c:555
#3  0xc074c45c in trap_fatal (frame=0xd1629bec, eva=0)
    at ../../../i386/i386/trap.c:831
#4  0xc074c132 in trap_pfault (frame=0xd1629bec, usermode=0, eva=16)
    at ../../../i386/i386/trap.c:742
#5  0xc074bcef in trap (frame=
      {tf_fs = -1049296888, tf_es = -782106584, tf_ds = -1068236760, tf_edi = 0, tf_esi = 0, tf_ebp = -782066532, tf_isp = -782066664, tf_ebx = -1046435584, tf_edx = -1046316800, tf_ecx = 4, tf_eax = -1046537768, tf_trapno = 12, tf_err = 0, tf_eip = -1068237309, tf_cs = 32, tf_eflags = 66050, tf_esp = -1046537192, tf_ss = -1046316800}) at ../../../i386/i386/trap.c:432
#6  0xc0738daa in calltrap () at ../../../i386/i386/exception.s:139
#7  0xc053fe03 in closef (fp=0xc19f19d8, td=0xc1a27900)
    at ../../../kern/kern_descrip.c:1889
#8  0xc053c68f in close (td=0xc1a27900, uap=0xc19f19d8)
    at ../../../kern/kern_descrip.c:1004
#9  0xc074c850 in syscall (frame=
      {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 135169024, tf_esi = 7, tf_ebp = -1087440536, tf_isp = -782066332, tf_ebx = 673860852, tf_edx = 0, tf_ecx = 135078032, tf_eax = 6, tf_trapno = 12, tf_err = 2, tf_eip = 674166895, tf_cs = 51, tf_eflags = 642, tf_esp = -1087440564, tf_ss = 59})
    at ../../../i386/i386/trap.c:976
#10 0xc0738dff in Xint0x80_syscall () at ../../../i386/i386/exception.s:200
#11 0x00000033 in ?? ()
Previous frame inner to this frame (corrupt stack?)

>How-To-Repeat:
	Load zaptel.ko and ztdummy.ko followed by asterisk
>Fix:
	

>Release-Note:
>Audit-Trail:
>Unformatted: