Re: CURRENT: frequent crashes if mpd5 is running

On 2016-07-14 13:13, Oleg V. Nauman wrote:
>  I'm experiencing frequent CURRENT ( 12.0-CURRENT r302535 amd64 ) crashes 
> triggered by mpd5:
> 
> Fatal trap 12: page fault while in kernel mode
> cpuid = 0; apic id = 00
> fault virtual address   = 0x10
> fault code              = supervisor read data, page not present
> instruction pointer     = 0x20:0xffffffff814f6162
> stack pointer           = 0x28:0xfffffe011b06d640
> frame pointer           = 0x28:0xfffffe011b06d670
> code segment            = base 0x0, limit 0xfffff, type 0x1b
>                         = DPL 0, pres 1, long 1, def32 0, gran 1
> processor eflags        = interrupt enabled, resume, IOPL = 0
> current process         = 901 (mpd5)
> trap number             = 12
> panic: page fault
> cpuid = 0
> 
> #0  doadump (textdump=<value optimized out>) at pcpu.h:221
> 221     pcpu.h: No such file or directory.
>         in pcpu.h
> (kgdb) #0  doadump (textdump=<value optimized out>) at pcpu.h:221
> #1  0xffffffff80749169 in kern_reboot (howto=260)
>     at ../../../kern/kern_shutdown.c:366
> #2  0xffffffff807496e1 in vpanic (fmt=<value optimized out>,
>     ap=<value optimized out>) at ../../../kern/kern_shutdown.c:759
> #3  0xffffffff80749553 in panic (fmt=0x0) at ../../../kern/kern_shutdown.c:690
> #4  0xffffffff80a5aca1 in trap_fatal (frame=0xfffffe011b06d590, eva=16)
>     at ../../../amd64/amd64/trap.c:841
> #5  0xffffffff80a5af51 in trap_pfault (frame=0x0, usermode=0)
>     at ../../../amd64/amd64/trap.c:716
> #6  0xffffffff80a5a430 in trap (frame=0xfffffe011b06d590)
>     at ../../../amd64/amd64/trap.c:442
> #7  0xffffffff80a3e161 in calltrap () at ../../../amd64/amd64/exception.S:236
> #8  0xffffffff814f6162 in ng_uncallout (c=0xfffff80004842460,
>     node=0xfffff80004c79a00)
>     at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:3815
> #9  0xffffffff8151bbab in ng_pptpgre_disconnect (hook=<value optimized out>)
>     at 
> /usr/src/sys/modules/netgraph/pptpgre/../../../netgraph/ng_pptpgre.c:966
> #10 0xffffffff814f2928 in ng_destroy_hook (hook=0xfffff8000487ad80)
>     at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:1219
> #11 0xffffffff814f2635 in ng_rmnode (node=<value optimized out>,
>     dummy1=<value optimized out>, dummy2=<value optimized out>,
>     dummy3=<value optimized out>)
>     at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:744
> #12 0xffffffff814f4832 in ng_apply_item (node=0xfffff80004c79a00,
>     item=0xfffff80004e72600, rw=1)
>     at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:2523
> #13 0xffffffff814f41a3 in ng_snd_item (item=<value optimized out>,
>     flags=<value optimized out>)
>     at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:2320
> #14 0xffffffff814eec4e in ngc_send (so=<value optimized out>,
>     flags=<value optimized out>, m=<value optimized out>,
>     addr=<value optimized out>, control=<value optimized out>,
>     td=<value optimized out>)
>     at /usr/src/sys/modules/netgraph/socket/../../../netgraph/ng_socket.c:338
> #15 0xffffffff807dee17 in sosend_generic (so=<value optimized out>,
>     addr=<value optimized out>, uio=<value optimized out>,
>     top=<value optimized out>, control=<value optimized out>,
>     flags=<value optimized out>, td=<value optimized out>)
>     at ../../../kern/uipc_socket.c:1359
> #16 0xffffffff807e66b8 in kern_sendit (td=<value optimized out>,
>     s=<value optimized out>, mp=<value optimized out>, flags=0, control=0x0,
>     segflg=<value optimized out>) at ../../../kern/uipc_syscalls.c:848
> #17 0xffffffff807e6abf in sendit (td=0xfffff800047caa00,
>     s=<value optimized out>, mp=0xfffffe011b06da60,
>     flags=<value optimized out>) at ../../../kern/uipc_syscalls.c:775
> #18 0xffffffff807e690d in sys_sendto (td=0x0, uap=<value optimized out>)
>     at ../../../kern/uipc_syscalls.c:899
> #19 0xffffffff80a5b618 in amd64_syscall (td=<value optimized out>, traced=0)
>     at subr_syscall.c:135
> #20 0xffffffff80a3e44b in Xfast_syscall ()
>     at ../../../amd64/amd64/exception.S:396
> #21 0x00000008025d284a in ?? ()
> Previous frame inner to this frame (corrupt stack?)
> Current language:  auto; currently minimal
> 
> _______________________________________________
> freebsd-current_at_freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org"
> 

There is a patch for this issue:

https://reviews.freebsd.org/D7209

You might try seeing if it solves your problem, and reporting that to
the author

-- 
Allan Jude