From owner-svn-src-head@FreeBSD.ORG Tue Feb 10 06:13:33 2015 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CFBA9487; Tue, 10 Feb 2015 06:13:33 +0000 (UTC) Received: from lakerest.net (lakerest.net [162.235.35.161]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "lakerest.net", Issuer "Stewart" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8509886C; Tue, 10 Feb 2015 06:13:33 +0000 (UTC) Received: from rrss-MacBook-Air.local (173.64-138-239-net.sccoast.net [64.138.239.173]) (authenticated bits=0) by lakerest.net (8.14.4/8.14.3) with ESMTP id t1A639K8009747 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Tue, 10 Feb 2015 01:03:10 -0500 (EST) (envelope-from rrs@freebsd.org) Message-ID: <54D9A15D.3030107@freebsd.org> Date: Tue, 10 Feb 2015 01:12:45 -0500 From: randall User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Peter Holm Subject: Re: svn commit: r278472 - in head/sys: netinet netinet6 References: <201502091928.t19JSC5P066293@svn.freebsd.org> <20150209204111.GA47080@x2.osted.lan> In-Reply-To: <20150209204111.GA47080@x2.osted.lan> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2015 06:13:33 -0000 Peter: I am not sure what you mean.. :-) The in6_lltable_lookup() is right at the line where the code has done: LLE_WLOCK(lle); lle->la_flags |= LLE_DELETED;<----- Now without seeing the registers and having a bit more details I can't say. My guess is lle is NULL or 0xdeadcode.. If so this may be a different reference counting bug. R On 2/9/15 3:41 PM, Peter Holm wrote: > > Could this be yours? > > db:0:pho> bt > Tracing pid 9629 tid 100639 td 0xfffff8011cce14a0 > in6_lltable_lookup() at in6_lltable_lookup+0x11a/frame > 0xfffffe081e426200 > nd6_output() at nd6_output+0x15d/frame 0xfffffe081e426290 > ip6_output() at ip6_output+0x2128/frame 0xfffffe081e426790 > tcp_output() at tcp_output+0x2dae/frame 0xfffffe081e426c30 > tcp_usr_send() at tcp_usr_send+0x2fe/frame 0xfffffe081e426cb0 > sosend_generic() at sosend_generic+0x414/frame 0xfffffe081e426d60 > clnt_vc_call() at clnt_vc_call+0x477/frame 0xfffffe081e426ec0 > clnt_reconnect_call() at clnt_reconnect_call+0x46c/frame > 0xfffffe081e426f70 > newnfs_request() at newnfs_request+0x9ba/frame 0xfffffe081e4270d0 > nfscl_request() at nfscl_request+0x72/frame 0xfffffe081e427120 > nfsrpc_lookup() at nfsrpc_lookup+0x213/frame 0xfffffe081e4272a0 > nfs_lookup() at nfs_lookup+0x467/frame 0xfffffe081e4275c0 > VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0x10f/frame 0xfffffe081e4275f0 > lookup() at lookup+0x5d5/frame 0xfffffe081e427680 > namei() at namei+0x536/frame 0xfffffe081e427740 > kern_statat() at kern_statat+0xae/frame 0xfffffe081e427900 > sys_fstatat() at sys_fstatat+0x2c/frame 0xfffffe081e4279a0 > amd64_syscall() at amd64_syscall+0x29c/frame 0xfffffe081e427ab0 > > http://people.freebsd.org/~pho/stress/log/rrs003.txt > > - Peter > >