From owner-freebsd-hackers Tue Aug 8 02:20:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id CAA11324 for hackers-outgoing; Tue, 8 Aug 1995 02:20:34 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id CAA11311 for ; Tue, 8 Aug 1995 02:20:31 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id CAA03196; Tue, 8 Aug 1995 02:19:56 -0700 From: "Rodney W. Grimes" Message-Id: <199508080919.CAA03196@gndrsh.aac.dev.com> Subject: Re: patch adding the 'noauto' switch to 'mount' To: simon@masi.ibp.fr Date: Tue, 8 Aug 1995 02:19:55 -0700 (PDT) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199508080842.KAA00358@neuromancer.ibp.fr> from "simon@masi.ibp.fr" at Aug 8, 95 10:42:21 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1291 Sender: hackers-owner@freebsd.org Precedence: bulk > > > Hi, > > > > +#define MNT_NOAUTO 0x00000003 /* don't mount with 'mount -a' */ > > > > WRONG VALUE!!! These are bit fields, not integers. MNT_NOAUTO is now > > the same as -o ro,sync :-(. MNT_NOAUTO does _not_ belong on in this > > set of bit patterns, the kernel could care less about this! We are also > > out of bits for some structures that try to store this value :-(. > > Argh :-O > > You're right on both points. The kernel doesn't even see that flag, since > it's processed prior to the actual mounting of the FS, and it would > be a Bad Thing to waste a precious bit-mask value on it (the first > available one is 0x04000000). > > We need to have MNT_NOAUTO defined, though. > how about : > > #define MNT_NOAUTO 0x00000000 You do not need it defined if it's value is arbitrary, that is just non-sense. Try again... > This shouldn't interfere with the existing flags (right ?) and it wouldn't > really waste a value. Dangerious thing to define tokens with arbitrary values. Same day it will create a bug :-(. > What do you think ? Any other ideas ? Not without taking a serious look at the code. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD