Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 26 Jul 2003 18:54:48 +1000 (EST)
From:      Bruce Evans <bde@zeta.org.au>
To:        Ruslan Ermilov <ru@freebsd.org>
Cc:        cvs-all@freebsd.org
Subject:   Re: cvs commit: src/release/i386 drivers.conf
Message-ID:  <20030726184513.D5126@gamplex.bde.org>
In-Reply-To: <20030725082357.GA53826@sunbay.com>
References:  <200307250010.h6P0AYKW061085@repoman.freebsd.org> <20030725053806.GA36982@sunbay.com> <3F20DF2D.8030209@freebsd.org> <20030725082357.GA53826@sunbay.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 25 Jul 2003, Ruslan Ermilov wrote:

> On Fri, Jul 25, 2003 at 01:41:33AM -0600, Scott Long wrote:
> > Ruslan Ermilov wrote:
> > >Which reminds me.  The floppy wasn't overflowing when building
> > >5.x snapshot on 4.x, due to the differences in file system
> > >layout between 4.x and 5.x.  Please see the attached if you're
> > >interested.
> > ...
> > Now that -O2 is the default for newfs in 5-current, does the 'Oflag ==
> > 2' trick still work?
> >
> Yes it does:
>
> 1.  doFS.sh creates file systems with -O1
> 2.  The patch affects the -O1 case:
>
> > Even if it does, it feels like a hack to me.  I'd
> > rather that newfs have an option to directly override the number of
> > c/g's, rather than rely on indirect calculations and magic constants.
> >
> *Shrug*, an option to override a minimum value?
>
> > Please don't commit this until we have discussed it more.

I think the 'Oflag == 2' trick is a hack to avoid touching the -O2 case,
since the -O2 implementors haven't responded and others don't have enough
experience with -O2 to know what is right.  OTOH, with -O1 it is well
known that you can't have too few cylinder groups except possibly for
unuseful disk sizes like 40MB, so removing the limit just fixes a bug.
Anyway, there was no limit in until recently, so we have lots of practical
experience with using 1 cylinder group.

Bruce



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030726184513.D5126>