On Thu, 14 Jul 2016 14:38:15 -0400 Allan Jude <allanjude_at_freebsd.org> wrote: > 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 > > > > 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 > work fine to me too on 12.0-CURRENT #26 r302424M Thanks! -- wbr, tigerReceived on Wed Jul 20 2016 - 04:30:38 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:06 UTC