Date: Thu, 6 Mar 1997 12:50:41 +0900 (JST) From: Michael Hancock <michaelh@cet.co.jp> To: Thomas David Rivers <ponds!rivers@dg-rtp.dg.com> Cc: FreeBSD Hackers <Hackers@FreeBSD.ORG> Subject: Re: "dup alloc" - nope - kern/2875 wasn't it. Message-ID: <Pine.SV4.3.95.970306124158.26838B-100000@parkplace.cet.co.jp> In-Reply-To: <199703050157.UAA00285@lakes.water.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 4 Mar 1997, Thomas David Rivers wrote: > > Well; it's a sad day in Mudville... > > Unfortunately, when I built from a pristine source base, with only > the vfs_subr.c patch; I was able to reproduce my bad inodes.... > Seems that the combination of a couple of printf()s in the kernel > and that particular splbio()/splx() masks the problem just as my > printf()s in disksort did... I guess it would be worth while to take out the printf's until you can isolate the printf's that "fix" the problem. Then analyze the effects of the printfs serializing writes. Regards, Mike Hancock
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.SV4.3.95.970306124158.26838B-100000>