Hm, I get the impression that this is a kernel stack overflow; so that 
it fails to set the return callframe
after a fork.  It's difficult to tell just based on this stack trace.

-- Ragge

John Klos wrote:
> When I try to launch the latest milter-greylist from pkgsrc on a 
> NetBSD 3.1 VAXstation 4000/60, I get a panic. Anyone know how to fix 
> this?
>
> panic: Segv in kernel mode: pc %x addr %x
> Stack traceback :
> 0x89e2eb4c: trap+0x231(0x89e2ec18)
> 0x89e2ec18: trap type=0x8c code=0x89f69f98 pc=0x8012fef0 psl=0xdf0008
> 0x89e2ebe4: cpu_setfunc+0x1e(0x8539bdac,0x800bf7fc,0x83d96010)
> 0x89e2ec64: sa_switch+0xed(0x8539b7dc,0x83d96010,0x2)
> 0x89e2eca8: ltsleep+0x184(0x831ec3f8,0x11,0x801529c0,0,0x831ec400)
> 0x89e2ece8: biowait+0x29(0x831ec3f8)
> 0x89e2ed2c: uvm_swap_io+0x176(0x89e2edc0,0xb34,0x1,0x100000)
> 0x89e2ed64: uvm_swap_get+0x3d(0x803a1944,0xb34,0x2)
> 0x89e2eda4: 
> uao_get+0x1b8(0x86602000,0,0,0x89e2ee58,0x89e2ee5c,0,0x1,0x1,0x2)
> 0x89e2edd8: uvm_fault+0x956(0x80c18c48,0x7f7ff000,0,0x1)
> 0x89e2eefc: trap+0x1f3(0x89e2efb4)
> db> sync
> syncing disks... Trap: type 2, code 0, pc 80000486, psl 4080000
> panic: trap
> Stopped in pid 29937.1 (milter-greylist) at     netbsd:trap+0x177: 
> pushab s
> csipi_nsyncparams+0x7e89