Current-Users archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

KASSERT "KERNEL_LOCKED_P()" failed (if_ethersubr.c:214) when stopping rpcbind



Hi,

Just got hit, on my up-to-date NetBSD/amd64 -current machine, by a
KASSERT when stopping rpcbind(8). Such as :

lanfeust# /usr/sbin/rpcbind -d
rpcbind debugging enabled.
^C
[...KASSSERT...]

njoly@lanfeust [/misc/crash]> crash -M netbsd.17.core -N netbsd.17
Crash version 6.99.42,image version 6.99.42.
System panicked: kernel diagnostic assertion "KERNEL_LOCKED_P()"failed: file 
"/local/src/NetBSD/src/sys/net/if_ethersubr.c", line 214 
Backtrace from time of crash is available.

njoly@lanfeust [/misc/crash]> gdb netbsd.17.gdb
GNU gdb (GDB) 7.6.1
[...]
Reading symbols from /misc/crash/netbsd.17.gdb...done.
(gdb) target kvm netbsd.17.core
#0  0xffffffff80597435 in cpu_reboot 
(howto=howto@entry=260,bootstr=bootstr@entry=0x0)
    at /local/src/NetBSD/src/sys/arch/amd64/amd64/machdep.c:671
671                     dumpsys();
#0  0xffffffff80597435 in cpu_reboot 
(howto=howto@entry=260,bootstr=bootstr@entry=0x0)
    at /local/src/NetBSD/src/sys/arch/amd64/amd64/machdep.c:671
#1  0xffffffff8078e074 in vpanic (fmt=0xffffffff80ba0d90 "kernel %sassertion 
\"%s\"failed: file \"%s\",line %d ",
    ap=ap@entry=0xfffffe811002f950) at 
/local/src/NetBSD/src/sys/kern/subr_prf.c:284
#2  0xffffffff809155c3 in kern_assert (fmt=fmt@entry=0xffffffff80ba0d90 "kernel 
%sassertion \"%s\"failed: file \"%s\",line %d ")
    at /local/src/NetBSD/src/sys/lib/libkern/kern_assert.c:51
#3  0xffffffff803b2567 in ether_output 
(ifp0=0xffff80000ed2e050,m0=0xfffffe810f4a3200,dst=0xfffffe822440b858,rt0=0x0)
    at /local/src/NetBSD/src/sys/net/if_ethersubr.c:214
#4  0xffffffff8049225f in ip6_output 
(m0=m0@entry=0xfffffe810f4a3200,opt=opt@entry=0xffffffff80f60c80 
<ip6_opts>,ro=<optimized out>,
    ro@entry=0x0,flags=<optimized 
out>,im6o=im6o@entry=0xfffffe811002fbf0,so=so@entry=0x0,ifpp=ifpp@entry=0x0)
    at /local/src/NetBSD/src/sys/netinet6/ip6_output.c:779
#5  0xffffffff805bad19 in mld_sendpkt 
(type=type@entry=132,dst=dst@entry=0xfffffe811002fc50,in6m=<optimized 
out>,in6m=<optimized out>)
    at /local/src/NetBSD/src/sys/netinet6/mld6.c:559
#6  0xffffffff805bb803 in mld_stop_listening (in6m=0xfffffe8211f91348) at 
/local/src/NetBSD/src/sys/netinet6/mld6.c:321
#7  in6_delmulti (in6m=0xfffffe8211f91348) at 
/local/src/NetBSD/src/sys/netinet6/mld6.c:715
#8  0xffffffff805bb8ba in in6_leavegroup (imm=0xfffffe810fe24588) at 
/local/src/NetBSD/src/sys/netinet6/mld6.c:777
#9  0xffffffff8048fd11 in ip6_freemoptions (im6o=0xfffffe8227ba5a08) at 
/local/src/NetBSD/src/sys/netinet6/ip6_output.c:2582
#10 0xffffffff8047507b in in6_pcbdetach (in6p=0xfffffe810f6693a0) at 
/local/src/NetBSD/src/sys/netinet6/in6_pcb.c:610
#11 0xffffffff80804ee8 in udp6_detach (so=<optimized out>) at 
/local/src/NetBSD/src/sys/netinet6/udp6_usrreq.c:345
#12 0xffffffff80831fde in soclose (so=0xfffffe821a446498) at 
/local/src/NetBSD/src/sys/kern/uipc_socket.c:760
#13 0xffffffff807a7901 in soo_close (fp=0xfffffe8224ecfac0) at 
/local/src/NetBSD/src/sys/kern/sys_socket.c:257
#14 0xffffffff8050d4b4 in closef (fp=0xfffffe8224ecfac0) at 
/local/src/NetBSD/src/sys/kern/kern_descrip.c:830
#15 0xffffffff805100b3 in fd_free () at 
/local/src/NetBSD/src/sys/kern/kern_descrip.c:1560
#16 0xffffffff80517385 in exit1 (l=l@entry=0xfffffe82187baa80,rv=512) at 
/local/src/NetBSD/src/sys/kern/kern_exit.c:275
#17 0xffffffff80517b96 in sys_exit 
(l=0xfffffe82187baa80,uap=0xfffffe811002ff00,retval=<optimized out>)
    at /local/src/NetBSD/src/sys/kern/kern_exit.c:181
#18 0xffffffff807a7dca in sy_call 
(rval=0xfffffe811002feb8,uap=0xfffffe811002ff00,l=0xfffffe82187baa80,sy=0xffffffff80f0fdf0
 <sysent+16>)
    at /local/src/NetBSD/src/sys/sys/syscallvar.h:61
#19 sy_invoke 
(code=1,rval=0xfffffe811002feb8,uap=0xfffffe811002ff00,l=0xfffffe82187baa80,sy=0xffffffff80f0fdf0
 <sysent+16>)
    at /local/src/NetBSD/src/sys/sys/syscallvar.h:85
#20 syscall (frame=0xfffffe811002ff00) at 
/local/src/NetBSD/src/sys/arch/x86/x86/syscall.c:156
#21 0xffffffff80100691 in Xsyscall ()

Any idea ?

Thanks.

-- 
Nicolas Joly

Biology IT Center
Institut Pasteur, Paris.


Home | Main Index | Thread Index | Old Index