NetBSD-Bugs archive

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

Re: kern/50346: arp panic



The following reply was made to PR kern/50346; it has been noted by GNATS.

From: Ryota Ozaki <ozaki-r%netbsd.org@localhost>
To: "gnats-bugs%NetBSD.org@localhost" <gnats-bugs%netbsd.org@localhost>
Cc: kern-bug-people%netbsd.org@localhost, gnats-admin%netbsd.org@localhost, netbsd-bugs%netbsd.org@localhost
Subject: Re: kern/50346: arp panic
Date: Tue, 20 Oct 2015 09:22:51 +0900

 On Mon, Oct 19, 2015 at 10:55 PM,  <martin%netbsd.org@localhost> wrote:
 >>Number:         50346
 >>Category:       kern
 >>Synopsis:       arp panic: kernel diagnostic assertion "rw_write_held(&(l=
 a)->lle_lock)" failed: file "../../../../netinet/if_arp.c", line 931
 >>Confidential:   no
 >>Severity:       critical
 >>Priority:       high
 >>Responsible:    kern-bug-people
 >>State:          open
 >>Class:          sw-bug
 >>Submitter-Id:   net
 >>Arrival-Date:   Mon Oct 19 13:55:00 +0000 2015
 >>Originator:     Martin Husemann
 >>Release:        NetBSD 7.99.21
 >>Organization:
 > The NetBSD Foundation, Inc.
 >>Environment:
 > System: NetBSD seven-days-to-the-wolves.aprisoft.de 7.99.21 NetBSD 7.99.2=
 1 (GENERIC) #27: Fri Oct 9 18:24:56 CEST 2015 martin@seven-days-to-the-wolv=
 es.aprisoft.de:/ssd/src/sys/arch/amd64/compile/GENERIC amd64
 > Architecture: x86_64
 > Machine: amd64
 >>Description:
 >
 > Not sure what was going on at the time it happened - probably some build.=
 sh
 > running and displaying output on a remote X server.
 >
 > (gdb) p panicstr
 > $1 =3D 0xffffffff811b0540 <scratchstr> "kernel diagnostic assertion \"rw_=
 write_held(&(la)->lle_lock)\" failed: file \"../../../../netinet/if_arp.c\"=
 , line 931 "
 > #0  0xffffffff801196a5 in cpu_reboot (howto=3Dhowto@entry=3D260,
 >     bootstr=3Dbootstr@entry=3D0x0) at ../../../../arch/amd64/amd64/machde=
 p.c:671
 > #1  0xffffffff8080f454 in vpanic (
 >     fmt=3D0xffffffff80d33c40 "kernel %sassertion \"%s\" failed: file \"%s=
 \", line %d ", ap=3Dap@entry=3D0xfffffe80803098f0) at ../../../../kern/subr=
 _prf.c:342
 > #2  0xffffffff80a836c3 in kern_assert (
 >     fmt=3Dfmt@entry=3D0xffffffff80d33c40 "kernel %sassertion \"%s\" faile=
 d: file \"%s\", line %d ") at ../../../../../../lib/libkern/kern_assert.c:5=
 1
 > #3  0xffffffff808cc729 in arpresolve (ifp=3Difp@entry=3D0xffff80000744700=
 8,
 >     rt=3Drt@entry=3D0xfffffe813ad29de0, m=3D0xfffffe81079d9600,
 >     dst=3Ddst@entry=3D0xfffffe81325526d0,
 >     desten=3Ddesten@entry=3D0xfffffe80803099ba "")
 >     at ../../../../netinet/if_arp.c:931
 > #4  0xffffffff80899bcc in ether_output (ifp0=3D0xffff800007447008,
 >     m0=3D<optimized out>, dst=3D0xfffffe81325526d0, rt=3D0xfffffe813ad29d=
 e0)
 >     at ../../../../net/if_ethersubr.c:245
 > #5  0xffffffff80541803 in klock_if_output (rt=3D0xfffffe813ad29de0,
 >     dst=3D0xfffffe81325526d0, m=3D0xfffffe81079d9600, ifp=3D0xffff8000074=
 47008)
 >     at ../../../../netinet/ip_output.c:189
 > #6  ip_hresolv_output (ifp0=3D<optimized out>, m=3D0xfffffe81079d9600,
 >     dst=3Ddst@entry=3D0xfffffe81325526d0, rt00=3Drt00@entry=3D0xfffffe813=
 ad29de0)
 >     at ../../../../netinet/ip_output.c:314
 > #7  0xffffffff80542f6e in ip_output (m0=3Dm0@entry=3D0xfffffe81079d9600)
 >     at ../../../../netinet/ip_output.c:749
 > #8  0xffffffff8054d473 in tcp_output (tp=3D0xfffffe8132abc698)
 >     at ../../../../netinet/tcp_output.c:1627
 > #9  0xffffffff805537a6 in tcp_send (nam=3D<optimized out>, l=3D<optimized=
  out>,
 >     control=3D0x0, m=3D0xfffffe81079db600, so=3D0xfffffe8130ee9b68)
 >     at ../../../../netinet/tcp_usrreq.c:1158
 > #10 tcp_send_wrapper (a=3D0xfffffe8130ee9b68, b=3D0xfffffe81079db600,
 >     c=3D<optimized out>, d=3D0x0, e=3D<optimized out>)
 >     at ../../../../netinet/tcp_usrreq.c:2471
 > #11 0xffffffff8083d121 in sosend (so=3D0xfffffe8130ee9b68, addr=3D0x0,
 >     uio=3D0xfffffe8080309dc0, top=3D0xfffffe81079db600, control=3D0x0,
 >     flags=3D<optimized out>, l=3D0xfffffe8107f67180)
 >     at ../../../../kern/uipc_socket.c:1064
 > #12 0xffffffff80824218 in soo_write (fp=3D<optimized out>,
 >     offset=3D<optimized out>, uio=3D<optimized out>, cred=3D<optimized ou=
 t>,
 >     flags=3D<optimized out>) at ../../../../kern/sys_socket.c:118
 > #13 0xffffffff8081979e in do_filewritev (fd=3D4, iovp=3D<optimized out>,
 >     iovcnt=3D<optimized out>, offset=3D0xfffffe8135c3a540, flags=3D<optim=
 ized out>,
 >     retval=3D<optimized out>) at ../../../../kern/sys_generic.c:482
 > #14 0xffffffff8013cc9c in sy_call (rval=3D0xfffffe8080309eb8,
 >     uap=3D0xfffffe8080309f00, l=3D0xfffffe8107f67180,
 >     sy=3D0xffffffff81100ed8 <sysent+2904>) at ../../../../sys/syscallvar.=
 h:65
 > #15 sy_invoke (code=3D121, rval=3D0xfffffe8080309eb8, uap=3D0xfffffe80803=
 09f00,
 >     l=3D0xfffffe8107f67180, sy=3D0xffffffff81100ed8 <sysent+2904>)
 >     at ../../../../sys/syscallvar.h:94
 > #16 syscall (frame=3D0xfffffe8080309f00)
 >     at ../../../../arch/x86/x86/syscall.c:156
 > #17 0xffffffff80100691 in Xsyscall ()
 > ..
 > (gdb) p *la
 > $2 =3D {lle_next =3D {le_next =3D 0x0, le_prev =3D 0xfffffe8107fa6610}, r=
 _l3addr =3D {
 >     addr4 =3D {s_addr =3D 2674895040}, addr6 =3D {__u6_addr =3D {
 >         __u6_addr8 =3D "=EF=BF=BD=C2=A8o=C5=B8", '\000' <repeats 11 times=
 >, __u6_addr16 =3D {43200,
 >           40815, 0, 0, 0, 0, 0, 0}, __u6_addr32 =3D {2674895040, 0, 0, 0}=
 }}},
 >   ll_addr =3D {mac_aligned =3D 0, mac16 =3D {0, 0, 0},
 >     mac8 =3D '\000' <repeats 19 times>}, spare0 =3D 0, spare1 =3D 0,
 >   lle_tbl =3D 0xfffffe810800dbf0, lle_head =3D 0xfffffe8107fa6610,
 >   lle_free =3D 0xffffffff805383ec <in_lltable_destroy_lle>,
 >   la_hold =3D 0xfffffe81077f2400, la_numheld =3D 1, la_expire =3D 23764,
 >   la_flags =3D 8256, la_asked =3D 1, la_preempt =3D 0, ln_byhint =3D 0, l=
 n_state =3D 0,
 >   ln_router =3D 0, ln_ntick =3D 0, lle_refcnt =3D 3, lle_chain =3D {le_ne=
 xt =3D 0x0,
 >     le_prev =3D 0x0}, lle_timer =3D {_c_store =3D {0xfffffe8132b52e70,
 >       0xffffffff811aa500 <balance_ch>, 0xffffffff808c997b <arptimer>,
 >       0xfffffe807e65fc48, 0xffffffff811aad00 <callout_cpu0>, 0x1020024469=
 f,
 >       0x11deeba1, 0x0, 0x0, 0x0}}, lle_lock =3D {rw_owner =3D 16},
 >   la_rt =3D 0xfffffe813ad29de0, la_opaque =3D 0x0}
 >
 >
 >>How-To-Repeat:
 > n/a
 >
 >>Fix:
 > n/a
 >
 
 This one is the issue that roy and I worked on and fixed at Oct 13
 (if_arp.c r1.185).
 
 Could you try a latest kernel?
 
   ozaki-r
 



Home | Main Index | Thread Index | Old Index