From owner-freebsd-hackers Wed Jun 17 11:55:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA12081 for freebsd-hackers-outgoing; Wed, 17 Jun 1998 11:55:08 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from papillon.lemis.com (rider.dunham.org [207.170.123.194]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA12073 for ; Wed, 17 Jun 1998 11:55:02 -0700 (PDT) (envelope-from grog@lemis.com) Received: (grog@localhost) by papillon.lemis.com (8.8.8/8.6.12) id LAA00631; Wed, 17 Jun 1998 11:19:29 -0500 (CDT) Message-ID: <19980617111928.14575@papillon.lemis.com> Date: Wed, 17 Jun 1998 11:19:28 -0500 From: Greg Lehey To: Mike Smith Cc: Bruce Evans , FreeBSD Hackers Subject: Re: cvs commit: src/sys/dev/slice slice_base.c References: <19980615131558.32993@papillon.lemis.com> <199806170449.VAA00856@antipodes.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <199806170449.VAA00856@antipodes.cdrom.com>; from Mike Smith on Tue, Jun 16, 1998 at 09:49:02PM -0700 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 16 June 1998 at 21:49:02 -0700, Mike Smith wrote: >> (moved from cvs-* to -hackers) >> >> On Mon, 15 June 1998 at 18:10:58 +1000, Bruce Evans wrote: >>>> No, disklabel depends on the 'old' slice ioctls, which are dead and >>>> gone. We're still stuck waiting on the new toolchain, although if >>> >>> No, disklabel depends on the very old label ioctls, which are standard. >> >> I have to agree on this one. Individual programs should make no >> assumptions about the location of a disk label. It could even be >> stored separately, so that reading the slice could never return the >> label. Does anybody have objections to the "old" ioctls? > > Hmm. I'd have to say that the major problem is that the disklabel > ioctls only deal with disklabels. These were extended later when the > slice stuff came in, but the "new paradigm" would make this a little > amusing (you could slice a partition which was part of a slice... ad > infinitum). I'm not sure what you're trying to say here. This is exactly the reason for using the ioctls. They could be generated by an intermediate layer, for example, and not stored anywhere on disk. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message