From owner-freebsd-arch@FreeBSD.ORG Wed Aug 25 20:18:29 2004 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E6C116A4CE; Wed, 25 Aug 2004 20:18:29 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 175D343D45; Wed, 25 Aug 2004 20:18:29 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 822D7AC861; Wed, 25 Aug 2004 22:18:27 +0200 (CEST) Date: Wed, 25 Aug 2004 22:18:27 +0200 From: Pawel Jakub Dawidek To: John Baldwin Message-ID: <20040825201827.GJ30151@darkness.comp.waw.pl> References: <20040823073559.GP30151@darkness.comp.waw.pl> <200408231716.31321.jhb@FreeBSD.org> <20040823214729.GX30151@darkness.comp.waw.pl> <200408240943.40529.jhb@FreeBSD.org> <20040825073356.GG30151@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="d6DpgemkcHclpK+A" Content-Disposition: inline In-Reply-To: <20040825073356.GG30151@darkness.comp.waw.pl> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-arch@FreeBSD.org Subject: Re: Mounting root... X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 20:18:29 -0000 --d6DpgemkcHclpK+A Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 25, 2004 at 09:33:56AM +0200, Pawel Jakub Dawidek wrote: +> On Tue, Aug 24, 2004 at 09:43:40AM -0400, John Baldwin wrote: +> +> The fact that a RAID can recover when a disk goes away and comes back= is=20 +> +> already the "general solution" it seems. It works all the time, not = just at=20 +> +> boot, so it seems to me like you are trying to solve a problem that i= s=20 +> +> already solved. I think at most you could maybe have a system wide d= elay=20 +> +> before that the user can tweak via a tunable (rather than a per-GEOM = class=20 +> +> tunable like your mirror one) in order to optimize the boot code for = these=20 +> +> rare cases but that is about it. I.e., if a user notices that one of= the=20 +> +> disks always takes an extra second they can set the tunable to force = the=20 +> +> kernel to wait 2 seconds before trying to mount root. Any such delay= should=20 +> +> be centralized, however, and not per-class, since all the per-class d= elays=20 +> +> would end up being cumulative, so if MIRROR waits 2 seconds and STRIP= E waits=20 +> +> 3 seconds then the entire process actually waits 5 seconds as opposed= to=20 +> +> letting the user tweak a single centralized timeout. +>=20 +> I second this, I'll prepare a patch then. Ok, here is proposed patch: http://people.freebsd.org/~pjd/patches/root_mount.patch --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --d6DpgemkcHclpK+A Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBLPQTForvXbEpPzQRAk9jAKCoV3UKl+az5PX2rNc/odZbEarbiACgw/en nxpeIkqw994VHPYGs+jZfks= =p0oM -----END PGP SIGNATURE----- --d6DpgemkcHclpK+A--