Date: Sat, 3 Jul 2004 16:01:14 +0930 From: Greg 'groggy' Lehey <grog@FreeBSD.org> To: Lukas Ertl <le@FreeBSD.org> Cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/geom/vinum geom_vinum.c geom_vinum_subr.c Message-ID: <20040703063114.GI1603@wantadilla.lemis.com> In-Reply-To: <20040626140938.A666@korben.in.tern> References: <200406251804.i5PI4XSX029018@repoman.freebsd.org> <20040626003225.GF7457@wantadilla.lemis.com> <20040626140938.A666@korben.in.tern>
next in thread | previous in thread | raw e-mail | index | archive | help
--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--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040703063114.GI1603>