From owner-freebsd-bugs@freebsd.org Wed Jul 1 21:43:42 2015 Return-Path: Delivered-To: freebsd-bugs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1CCA2992346 for ; Wed, 1 Jul 2015 21:43:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 06A061054 for ; Wed, 1 Jul 2015 21:43:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t61Lhf81002708 for ; Wed, 1 Jul 2015 21:43:41 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 201245] panic: spin lock held too long on sparc64 Date: Wed, 01 Jul 2015 21:43:42 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: lidl@pix.net X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2015 21:43:42 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201245 --- Comment #2 from lidl@pix.net --- Narrowing this down further, as it turns out, it's the presence of: ifconfig_bge0_ipv6="inet6 accept_rtadv" In the /etc/rc.conf that makes the machine panic during the boot process. Having just the IPv4 configuration is fine. Having just the IPv6 configuration makes it panic (most of the time). Having both makes it panic (most of the time). So, it's the IPv6 code. I know that both Chris and I have this turned on in our configurations. And it probably explains why not everybody runs into this problem. -- You are receiving this mail because: You are the assignee for the bug.