Date: Thu, 6 Mar 1997 06:33:04 -0500 (EST) From: Thomas David Rivers <ponds!rivers@dg-rtp.dg.com> To: ponds!cet.co.jp!michaelh, ponds!lakes.water.net!rivers Cc: ponds!FreeBSD.ORG!Hackers Subject: Re: "dup alloc" - nope - kern/2875 wasn't it. Message-ID: <199703061133.GAA06021@lakes.water.net>
next 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. My thinking exactly - I've now gone back to just a pristine kernel and I'm trying to find a missing splbio()/splx(), or something along those lines... so far, no luck... - Dave R. -
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199703061133.GAA06021>