From owner-freebsd-current@FreeBSD.ORG Fri May 2 12:24:01 2003 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 1520F37B401; Fri, 2 May 2003 12:24:01 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09EE543FE0; Fri, 2 May 2003 12:24:00 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from athlon.pn.xcllnt.net (athlon.pn.xcllnt.net [192.168.4.3]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h42JNxwk071595; Fri, 2 May 2003 12:23:59 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from athlon.pn.xcllnt.net (localhost [127.0.0.1]) by athlon.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h42JNxl7033309; Fri, 2 May 2003 12:23:59 -0700 (PDT) (envelope-from marcel@athlon.pn.xcllnt.net) Received: (from marcel@localhost) by athlon.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h42JNxLh033308; Fri, 2 May 2003 12:23:59 -0700 (PDT) Date: Fri, 2 May 2003 12:23:59 -0700 From: Marcel Moolenaar To: Poul-Henning Kamp Message-ID: <20030502192359.GA33270@athlon.pn.xcllnt.net> References: <20030502185545.3CB4E2A7EA@canning.wemm.org> <14209.1051902093@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <14209.1051902093@critter.freebsd.dk> User-Agent: Mutt/1.5.3i cc: current@freebsd.org cc: mckusick@freebsd.org Subject: Re: another one: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 May 2003 19:24:01 -0000 On Fri, May 02, 2003 at 09:01:33PM +0200, Poul-Henning Kamp wrote: > In message <20030502185545.3CB4E2A7EA@canning.wemm.org>, Peter Wemm writes: > >"M. Warner Losh" wrote: > >> In message: <20030502035426.GA65366@athlon.pn.xcllnt.net> > >> Marcel Moolenaar writes: > >> : login: dev = da0p7, block = 600688, fs = /q > >> : panic: ffs_blkfree: freeing free block > >> > >> I get this all the time on my laptop, and have on and off, for the > >> past two weeks. I posted a traceback, and a me too on a couple of > >> other tracebacks that matched mine. This is the first bug to get me > >> really annoyed in quite some time because it is a random killer. > > > >For what its worth, I've been getting it on amd64 kernels too. > > Has anybody actually gone out of their way and reported this to Kirk ? I CC'd him now. There wasn't much to report other than the panic itself, but I can reliably reproduce it and have stacktraces of both times the block gets freed: XXX: 600688: size=16384, inum=141316 Stopped at ffs_blkfree+0x61: nop.f 0x0 db> trace ffs_blkfree(0xe00000001519c000, 0xe000000025082c90, 0x92a70, 0x4000, 0x22804) at ffs_blkfree+0x61 handle_workitem_freefrag(0xe0000000022896c0, 0xe0000000008eb150, 0x610, 0xe00000001519c000, 0xe000000025082c90) at handle_workitem_freefrag+0x70 process_worklist_item(0x0, 0x0, 0xe00000000284f400, 0xe0000000022896c0) at process_worklist_item+0x510 softdep_process_worklist(0x0, 0xe000000000b5f304) at softdep_process_worklist+0x230 sched_sync(0xe000000000d0e000, 0x0, 0xe000000025082e30, 0xe000000000b5b570, 0xe000000000b5b570) at sched_sync+0x7e0 fork_exit(0xe000000000a188f8, 0x0, 0xe000000001f75580, 0xe000000000d0e000) at fork_exit+0x1b0 fork_trampoline(0xe000000000a188f8, 0x0, 0xe000000001f75580) at fork_trampoline+0x30 XXX: 600688: size=16384, inum=141316 Stopped at ffs_blkfree+0x61: nop.f 0x0 db> trace ffs_blkfree(0xe00000001519c000, 0xe000000025082c90, 0x92a70, 0x4000, 0x22804) at ffs_blkfree+0x61 indir_trunc(0xe00000003a7ee300, 0x92a70, 0x0, 0x2, 0xe000000001f754e0) at indir_trunc+0x5a0 handle_workitem_freeblocks(0xe00000003a7ee300, 0x0, 0x0, 0x8cc50, 0xe00000003a7ee308) at handle_workitem_freeblocks+0x3a0 process_worklist_item(0x0, 0x0, 0xe00000000284f400, 0xe00000003a7ee300) at process_worklist_item+0x4a0 softdep_process_worklist(0x0, 0xe000000000b5f304) at softdep_process_worklist+0x230 sched_sync(0xe000000000d0e000, 0x0, 0xe000000025082e30, 0xe000000000b5b570, 0xe000000000b5b570) at sched_sync+0x7e0 fork_exit(0xe000000000a188f8, 0x0, 0xe000000001f75580, 0xe000000000d0e000) at fork_exit+0x1b0 fork_trampoline(0xe000000000a188f8, 0x0, 0xe000000001f75580) at fork_trampoline+0x30 Of course the second trace corresponds to the call that panics. More details can be found elsewhere in this thread. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net