In article <pine.neb.4.64.1606010908500.25...@6bone.informatik.uni-leipzig.de>, <6b...@6bone.informatik.uni-leipzig.de> wrote: >hello > >in rare cases, under high load the nfs client crashs: > >0xffffffff8068630f in cpu_reboot (howto=howto@entry=260, > bootstr=bootstr@entry=0x0) at >/usr/src/sys/arch/amd64/amd64/machdep.c:671 >671 dumpsys(); >(gdb) bt >#0 0xffffffff8068630f in cpu_reboot (howto=howto@entry=260, > bootstr=bootstr@entry=0x0) at >/usr/src/sys/arch/amd64/amd64/machdep.c:671 >#1 0xffffffff808cbce4 in vpanic (fmt=fmt@entry=0xffffffff80dd3d3d "trap", > ap=ap@entry=0xfffffe8157920d18) at /usr/src/sys/kern/subr_prf.c:340 >#2 0xffffffff808cbd9f in panic (fmt=fmt@entry=0xffffffff80dd3d3d "trap") > at /usr/src/sys/kern/subr_prf.c:256 >#3 0xffffffff8091b001 in trap (frame=0xfffffe8157920e20) > at /usr/src/sys/arch/amd64/amd64/trap.c:298 >#4 0xffffffff80100fde in alltraps () >#5 0xffffffff8070605c in nfs_timer (arg=<optimized out>) > at /usr/src/sys/nfs/nfs_socket.c:770 >#6 0xffffffff80622022 in callout_softclock (v=<optimized out>) > at /usr/src/sys/kern/kern_timeout.c:736 >#7 0xffffffff80616bb8 in softint_execute (l=<optimized out>, s=2, > si=0xffff80035866a0c0) at /usr/src/sys/kern/kern_softint.c:589 >#8 softint_dispatch (pinned=<optimized out>, s=2) > at /usr/src/sys/kern/kern_softint.c:871 >#9 0xffffffff8011412f in Xsoftintr () > >kernel: NetBSD 7.0_STABLE > >Any ideas what could be the problem?
See PR/40491. I don't think that the mutex there is correct. It seems that in other places the nfs_reqq is protected with splsoftnet(). christos
