From owner-cvs-src@FreeBSD.ORG Sat Jul 3 06:31:22 2004 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A78D16A4CE; Sat, 3 Jul 2004 06:31:22 +0000 (GMT) Received: from ozlabs.org (ozlabs.org [203.10.76.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF33B43D62; Sat, 3 Jul 2004 06:31:21 +0000 (GMT) (envelope-from grog@lemis.com) Received: from blackwater.lemis.com (blackwater.lemis.com [192.109.197.80]) by ozlabs.org (Postfix) with ESMTP id AB2AA2BD42; Sat, 3 Jul 2004 16:31:17 +1000 (EST) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 7159251221; Sat, 3 Jul 2004 16:01:14 +0930 (CST) Date: Sat, 3 Jul 2004 16:01:14 +0930 From: Greg 'groggy' Lehey To: Lukas Ertl Message-ID: <20040703063114.GI1603@wantadilla.lemis.com> References: <200406251804.i5PI4XSX029018@repoman.freebsd.org> <20040626003225.GF7457@wantadilla.lemis.com> <20040626140938.A666@korben.in.tern> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ijf6z65S790CMqo8" Content-Disposition: inline In-Reply-To: <20040626140938.A666@korben.in.tern> User-Agent: Mutt/1.4.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/geom/vinum geom_vinum.c geom_vinum_subr.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jul 2004 06:31:22 -0000 --ijf6z65S790CMqo8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Saturday, 26 June 2004 at 14:14:11 +0200, Lukas Ertl wrote: > On Sat, 26 Jun 2004, Greg 'groggy' Lehey wrote: > >> Why reinvent the wheel? That functionality already exists; a RAID-5 >> plex automatically goes into the init state. Note also that this is >> not necessary for other plex types. > > In fact, I was hoping to get away with fewer states an object can be in > and to simplify the state machine. > > For example, I don't really see a need for fourteen different subdisk > states. Of course, you had a reason for putting them in, and if we want > to be really clever, we probably need them. But IMHO some states and > state changes are not very intuitive from a user perspective. Why not concentrate on getting the new Vinum to replace the old one first? Then we can discuss simplifying the state machine. As you note, there are good reasons for this many states, and in fact they don't greatly complicate things. Greg -- Note: I discard all HTML mail unseen. Finger grog@FreeBSD.org for PGP public key. See complete headers for address and phone numbers. --ijf6z65S790CMqo8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQFA5lKyIubykFB6QiMRAvtLAJ9zHIUHcjcwo7sdLYb8WqpJYu/nWgCeN9mn fhqIKGMx03pRt7BhI4ubyXU= =9qfU -----END PGP SIGNATURE----- --ijf6z65S790CMqo8--