From owner-freebsd-current Fri Dec 28 8:30:42 2001 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id B862C37B421 for ; Fri, 28 Dec 2001 08:30:37 -0800 (PST) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.6/8.11.5) with SMTP id fBSGUPD71291 for ; Fri, 28 Dec 2001 11:30:26 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Fri, 28 Dec 2001 11:30:25 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Subject: Re: more ffs_valloc dup alloc panics In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sigh. Turns out the "unwind" cleanup in ufs_mkdir() and ufs_makeinode() has changed, but the MAC code was using the old unwinding rather than the new 'bad' label. The EA code had an error case I forgot about, and so I bumped into the bad unwinding code, causing the panic. Now fixed in the trustedbsd_mac tree -- sorry for the false alarm. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services On Fri, 28 Dec 2001, Robert Watson wrote: > > Recently got this: > > ./account missinmg (directory noto created: Deviced not configured)e > = 040700, inum = 6, fs = /var > panic: ffs_valloc: dup alloc > Debugger("panic") > Stopped at Debugger+0x44: pushl %ebx > db> trace > Debugger(c03a3b9b) at Debugger+0x44 > panic(c03bb9e1,c03bb9c0,41c0,6,c22ab0d4) at panic+0x70 > ffs_valloc(cb18c920,41c0,c22c3d00,cb14caa0,cb14cc18) at ffs_valloc+0x129 > ufs_mkdir(cb14cc18,cb14ccd4,c0274066,cb14cc18,c9fe0014) at ufs_mkdir+0x85 > ufs_vnoperate(cb14cc18,c9fe0014,c9fdfe00,c9fdff04,c2420200) at > ufs_vnoperate+0x15 > vn_mkdir(804fd80,1c0,0,c9fdff04,cb14cd40) at vn_mkdir+0x19e > mkdir(c9fdff04,cb14cd20,804fd82,8058100,0) at mkdir+0x15 > syscall(2f,2f,2f,0,8058100) at syscall+0x24c > syscall_with_err_pushed() at syscall_with_err_pushed+0x1b > --- syscall (136, FreeBSD ELF, mkdir), eip = 0x280d1617, esp = 0xbfbffbb4, > ebp = 0xbfbffc50 --- > db> > > This is in a fairly modified MAC-based host I'm using, so it could be my > own fault, but I was under the impression that the dup alloc bugs had been > fixed? I'm not sure how far integ'd the MAC tree is, but should be > withing the last week. > > Robert N M Watson FreeBSD Core Team, TrustedBSD Project > robert@fledge.watson.org NAI Labs, Safeport Network Services > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message