Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 05 Oct 2002 19:49:41 +0200
From:      Poul-Henning Kamp <phk@critter.freebsd.dk>
To:        Bruce Evans <bde@zeta.org.au>
Cc:        Peter Wemm <peter@wemm.org>, Lars Eggert <larse@ISI.EDU>, n0go013 <ttz@blahdeblah.demon.co.uk>, current <freebsd-current@FreeBSD.ORG>, not on list - please copy <hackers@FreeBSD.ORG>
Subject:   Re: [ GEOM tests ] vinum drives lost 
Message-ID:  <1879.1033840181@critter.freebsd.dk>
In-Reply-To: Your message of "Sun, 06 Oct 2002 02:55:26 %2B1000." <20021006024610.V12615-100000@gamplex.bde.org> 

next in thread | previous in thread | raw e-mail | index | archive | help
In message <20021006024610.V12615-100000@gamplex.bde.org>, Bruce Evans writes:
>On Sat, 5 Oct 2002, Peter Wemm wrote:
>
>> Bruce Evans wrote:
>> > On Fri, 4 Oct 2002, Poul-Henning Kamp wrote:
>> >
>> > > Worst case you will have the option to use:
>> > >
>> > > 	options	NOGEOM
>> > > 	options vinum
>> >
>> > A NOGEOM option would be as acceptable as a NOFFS option for turning off
>> > forcing of the one true file system down everyone's throats.
>>
>> Part of the problem there is a weakness in config that I've threatened
>> to fix on more than one occasion.  We do not have a way to have options
>> default to on and let people turn the option off.  Negative options
>> ("options NOFOO") are a poor substitute.  In the past, a couple of things
>> were unifdefed that might have been better served as being 'default to on'
>> options or drivers.
>
>Hmm.  Negative options implemented as "negoptions FOO" would work OK for
>this.  Options could be defaulted to on by putting them in an included
>config file, and then turned off using negoptions.

This could actually decrease the size and complexity of our
kernel config files considerably, just think of all the
"theoretically-but-not-in-practice" options like INET.

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message




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