Current-Users archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: panic in if_arp.c
Hi,
roy@ and I have been working on the issue and have had a fix for it.
The fix will be committed by roy@ (or me) soon.
I'm sorry for the inconvenience,
ozaki-r
On Tue, Oct 13, 2015 at 4:04 PM, Thomas Klausner <wiz%netbsd.org@localhost> wrote:
> Hi!
>
> I've upgraded my kernel from a version of end of September (28th or
> 30th, not quite sure) to one from yesterday, Oct 12.
>
> Since then I've had two panics, both in:
>
> panic: kernel diagnostic assertion "rw_write_held(&(la)->lle_lock)" failed: file "...sys/netinet/if_arp.c", line 931
>
> The second was this morning. The machine had been idle after the
> previous panic, I started vncserver, and in that filezilla and
> transmission, and it immediately paniced.
>
> The backtrace is:
>
> (gdb) target kvm netbsd.88.core
> 0xffffffff80119755 in cpu_reboot (howto=howto@entry=260, bootstr=bootstr@entry=0x0) at /archive/foreign/src/sys/arch/amd64/amd64/machdep.c:671
> 671 dumpsys();
> (gdb) bt
> #0 0xffffffff80119755 in cpu_reboot (howto=howto@entry=260, bootstr=bootstr@entry=0x0) at /archive/foreign/src/sys/arch/amd64/amd64/machdep.c:671
> #1 0xffffffff80811da4 in vpanic (fmt=0xffffffff80d38b08 "kernel %sassertion \"%s\" failed: file \"%s\", line %d ", ap=ap@entry=0xfffffe813bf7b6f8)
> at /archive/foreign/src/sys/kern/subr_prf.c:342
> #2 0xffffffff80a86303 in kern_assert (fmt=fmt@entry=0xffffffff80d38b08 "kernel %sassertion \"%s\" failed: file \"%s\", line %d ")
> at /archive/foreign/src/sys/lib/libkern/kern_assert.c:51
> #3 0xffffffff808cf369 in arpresolve (ifp=ifp@entry=0xffff80003b2ec058, rt=rt@entry=0xfffffe8826534118, m=0xfffffe88174e0e00, dst=dst@entry=0xfffffe8827d2d8b0,
> desten=desten@entry=0xfffffe813bf7b7c2 "��\377\377\377\377\030AS&�\376\377\377r\253\202\245\347\063\"�\030AS&�\376\377\377��\322'�\376\377\377\030AS&�\376\377\377\060�\367;�\376\377\377�6T�\377\377\377\377") at /archive/foreign/src/sys/netinet/if_arp.c:931
> #4 0xffffffff8089c80c in ether_output (ifp0=0xffff80003b2ec058, m0=<optimized out>, dst=0xfffffe8827d2d8b0, rt=0xfffffe8826534118)
> at /archive/foreign/src/sys/net/if_ethersubr.c:245
> #5 0xffffffff805436b3 in klock_if_output (rt=0xfffffe8826534118, dst=0xfffffe8827d2d8b0, m=0xfffffe88174e0e00, ifp=0xffff80003b2ec058)
> at /archive/foreign/src/sys/netinet/ip_output.c:189
> #6 ip_hresolv_output (ifp0=<optimized out>, m=0xfffffe88174e0e00, dst=dst@entry=0xfffffe8827d2d8b0, rt00=rt00@entry=0xfffffe8826534118)
> at /archive/foreign/src/sys/netinet/ip_output.c:314
> #7 0xffffffff80544e1e in ip_output (m0=m0@entry=0xfffffe88174e0e00) at /archive/foreign/src/sys/netinet/ip_output.c:749
> #8 0xffffffff8054f323 in tcp_output (tp=0xfffffe882578c000) at /archive/foreign/src/sys/netinet/tcp_output.c:1627
> #9 0xffffffff8055863b in tcp_shutdown (so=0xfffffe882582f498) at /archive/foreign/src/sys/netinet/tcp_usrreq.c:931
> #10 tcp_shutdown_wrapper (a=0xfffffe882582f498) at /archive/foreign/src/sys/netinet/tcp_usrreq.c:2471
> #11 0xffffffff8071484b in nfs_disconnect (nmp=0xfffffe882554e008) at /archive/foreign/src/sys/nfs/nfs_socket.c:410
> #12 0xffffffff807156d1 in nfs_reconnect (rep=rep@entry=0xfffffe880d6e92d8) at /archive/foreign/src/sys/nfs/nfs_socket.c:355
> #13 0xffffffff806fe473 in nfs_receive (l=0xfffffe880aab3ba0, mp=0xfffffe813bf7bc28, aname=0xfffffe813bf7bc30, rep=0xfffffe880d6e92d8)
> at /archive/foreign/src/sys/nfs/nfs_clntsocket.c:278
> #14 nfs_reply (lwp=0xfffffe880aab3ba0, myrep=0xfffffe880d6e92d8) at /archive/foreign/src/sys/nfs/nfs_clntsocket.c:352
> #15 nfs_request (np=np@entry=0xfffffe8825d92e38, mrest=0xfffffe8826c9e800, procnum=procnum@entry=18, lwp=lwp@entry=0xfffffe880aab3ba0, cred=cred@entry=0xfffffe880d70d180,
> mrp=mrp@entry=0xfffffe813bf7bd50, mdp=mdp@entry=0xfffffe813bf7bd58, dposp=dposp@entry=0xfffffe813bf7bd40, rexmitp=rexmitp@entry=0x0)
> at /archive/foreign/src/sys/nfs/nfs_clntsocket.c:688
> #16 0xffffffff8071d74a in nfs_statvfs (mp=0xfffffe8825e03008, sbp=0xfffffe880d472008) at /archive/foreign/src/sys/nfs/nfs_vfsops.c:202
> #17 0xffffffff80859948 in VFS_STATVFS (mp=mp@entry=0xfffffe8825e03008, a=a@entry=0xfffffe880d472008) at /archive/foreign/src/sys/kern/vfs_subr.c:1339
> #18 0xffffffff8085d123 in dostatvfs (mp=mp@entry=0xfffffe8825e03008, sp=sp@entry=0xfffffe880d472008, l=l@entry=0xfffffe880aab3ba0, flags=flags@entry=1, root=root@entry=0)
> at /archive/foreign/src/sys/kern/vfs_syscalls.c:1101
> #19 0xffffffff8085d4cf in do_sys_getvfsstat (l=0xfffffe880aab3ba0, sfsp=0x7f7ff5d41290, bufsize=<optimized out>, flags=1, copyfn=0xffffffff80113c40 <copyout>,
> entry_sz=entry_sz@entry=2256, retval=0xfffffe813bf7beb8) at /archive/foreign/src/sys/kern/vfs_syscalls.c:1254
> #20 0xffffffff8085d60b in sys_getvfsstat (l=<optimized out>, uap=<optimized out>, retval=<optimized out>) at /archive/foreign/src/sys/kern/vfs_syscalls.c:1306
> #21 0xffffffff8013cdbe in sy_call (rval=0xfffffe813bf7beb8, uap=0xfffffe813bf7bf00, l=0xfffffe880aab3ba0, sy=0xffffffff8110c500 <sysent+8544>)
> at /archive/foreign/src/sys/sys/syscallvar.h:65
> #22 sy_invoke (code=356, rval=0xfffffe813bf7beb8, uap=0xfffffe813bf7bf00, l=0xfffffe880aab3ba0, sy=0xffffffff8110c500 <sysent+8544>) at /archive/foreign/src/sys/sys/syscallvar.h:94
> #23 syscall (frame=0xfffffe813bf7bf00) at /archive/foreign/src/sys/arch/x86/x86/syscall.c:156
> #24 0xffffffff80100691 in Xsyscall ()
>
> Any ideas?
> Thomas
Home |
Main Index |
Thread Index |
Old Index