From owner-freebsd-current@FreeBSD.ORG Mon Jan 17 22:27:13 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E581F16A4CF for ; Mon, 17 Jan 2005 22:27:13 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68CF843D1D for ; Mon, 17 Jan 2005 22:27:13 +0000 (GMT) (envelope-from peadar.edwards@gmail.com) Received: by wproxy.gmail.com with SMTP id 58so137334wri for ; Mon, 17 Jan 2005 14:27:12 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=N47XQJdIz1cxjBErPthwCUwJY3PVdtDB3ShNETeHGE14RYs37Huqn2NYEPwfTP8QJXvP8jqDUO8wlA4HLhb9KrKxPgAIb6sxqAGzJC6tKDVSJyf/dWOihijYaYNsjQWVCdkpOTdb5N+BmqIn4yeNTt+tgNt522fqscyO9vggJXM= Received: by 10.54.49.36 with SMTP id w36mr384732wrw; Mon, 17 Jan 2005 14:27:12 -0800 (PST) Received: by 10.54.57.76 with HTTP; Mon, 17 Jan 2005 14:27:12 -0800 (PST) Message-ID: <34cb7c840501171427779900b@mail.gmail.com> Date: Mon, 17 Jan 2005 22:27:12 +0000 From: Peter Edwards To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: softdep panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Peter Edwards List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2005 22:27:14 -0000 I haven't seen this one reported, so this is just a datapoint. I was running in X, no dump, no traceback: just the following left in the message buffer after reboot: panic: softdep_setup_inomapdep: found inode KDB: enter: panic Followed by a hundred or so instances of the following, with various values for sp/fp: Fatal trap 3: breakpoint instruction fault while in kernel mode instruction pointer = 0x8:0xc04b49b4 stack pointer = 0x10:0xda60777c frame pointer = 0x10:0xda60777c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, IOPL = 0 current process = 23309 (vim) trap number = 3 panic: breakpoint instruction fault KDB: enter: panic This was with a kernel from sources in or around the 11th/12th, and its using vfs_subr 1.559, so predates the bug phk says was introduced in 1.561. This is a UP system with SCHED_ULE and PREEMPTION, with WITNESS disabled.