From owner-freebsd-current@FreeBSD.ORG Sun Jun 12 18:56:39 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 937B51065675; Sun, 12 Jun 2011 18:56:39 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3BFF58FC20; Sun, 12 Jun 2011 18:56:38 +0000 (UTC) Received: by iwn33 with SMTP id 33so4914510iwn.13 for ; Sun, 12 Jun 2011 11:56:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:cc:subject:message-id :reply-to:references:mime-version:content-type:content-disposition :in-reply-to:x-openpgp-key-id:x-openpgp-key-fingerprint :x-openpgp-key-url; bh=aSBRVnI9rZ6lyrjzlB1kZS/146SbZC1y7tfx6NN8s8s=; b=p8YVzYed8OZixsgCVPZ63KXH/gdjLxY7Z4l0xVYVijohgDmmsNzi9HpX79zUQvSv7+ w6vP9NXG+OzJh5hGnHTp9HNXJqSfFWIHQdE2+rzkHNcDdK6nZ2p1grXhiKPH1VAwz9nM 5wESUCfAgolGkVENE0NzFpbtlZswDGZ8jvtdQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:reply-to:references :mime-version:content-type:content-disposition:in-reply-to :x-openpgp-key-id:x-openpgp-key-fingerprint:x-openpgp-key-url; b=tdAtzn0zoYLNsxe7uP98LMqj0GYW9twYapk3UZ1S7tj3wy3qcnzMPBZWczUf7kQ+HP YtszQ8Reomvh64UHALDIOppzXYbDsNgxP8lGEk7fEGXVSp+LLs2HFTVSfEhmpuxoJhfc Af7U0h4C9z4OdCkZHoGf3ONrhuEFePd0IzgCo= Received: by 10.42.163.130 with SMTP id c2mr5389680icy.522.1307904998423; Sun, 12 Jun 2011 11:56:38 -0700 (PDT) Received: from DataIX.net (adsl-99-181-139-216.dsl.klmzmi.sbcglobal.net [99.181.139.216]) by mx.google.com with ESMTPS id hp8sm4113477icc.23.2011.06.12.11.56.36 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 12 Jun 2011 11:56:37 -0700 (PDT) Sender: "J. Hellenthal" Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.4/8.14.4) with ESMTP id p5CIuWMT044788 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 12 Jun 2011 14:56:32 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.4/8.14.4/Submit) id p5CIuVS1044787; Sun, 12 Jun 2011 14:56:31 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Sun, 12 Jun 2011 14:56:31 -0400 From: Jason Hellenthal To: Gustau =?iso-8859-1?Q?P=E9rez?= Message-ID: <20110612185631.GA15184@DataIX.net> References: <4DF3E98B.40108@FreeBSD.org> <20110612085649.GA11503@DataIX.net> <4DF49181.1000007@entel.upc.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qMm9M+Fa2AknHoGS" Content-Disposition: inline In-Reply-To: <4DF49181.1000007@entel.upc.edu> X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E X-OpenPGP-Key-URL: http://bit.ly/0x89D8547E Cc: freebsd-current@freebsd.org, Doug Barton Subject: Re: rc.d script to load kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jhell@DataIX.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 18:56:39 -0000 --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 12, 2011 at 12:14:25PM +0200, Gustau P=E9rez wrote: > Al 12/06/11 10:56, En/na Jason Hellenthal ha escrit: > > > > umass for one I could see how it would speed up your boot since you > > would not have to probe for USB devices to possibly mount root from but > > not a big show stopper for those who don't need that so this would come > > in handy in that case but could also be handled by devd more elequently. > > > > coretemp ichwd linux nvidia if_wpi: I can't really see how this would > > speed up booting at all since the same initialization is going to be > > done after root is mounted or before root is mounted. Whats the > > difference here ? > > > > > > Cutting modules out of the kernel in general does help speed up booting > > but loading those same modules later in the boot process will just lead > > you back to the same boot time. So all in all this would be just > > subverting what loader.conf already does quite nicely... just loads. > > >=20 > I wouldn't say that. There are cases where kldloading modules from > loader.conf take longer than kldloading them from rc.d scripts. >=20 > For example, in my case, I'm booting from a zfs-only installation. > Kldloading a ten or twelve modules in loader.conf takes a long time > compared to a UFS-only installation. Moving them to a rc.d script would > allow me to save a lot of time during the boot process. >=20 So technically here a ZFS only install is lacking the speed in which modules are loaded. I would prefer to find out why and fix that before we go about adding new functionality to rcNG. This is not a "I am apposed to adding it" but rather a lets not just side track what is actually happening. Personally after giving this some more thought I would not mind seeing the same syntax as in loader.conf brought to rc.conf. I think this would lead to the least amount of confusion while giving the most amount of control. Example: zfs_load=3D"YES" nullfs_load=3D"YES" - or - (for grouping) load_nullfs=3D"YES" load_zfs=3D"YES" - or -=20 kldload_nullfs=3D"YES" kldload_zfs=3D"YES" While I like to keep things grouped and lean toward that more I think keeping the original syntax and just adding that to rc.conf capability would be a good move. > I do agree that it is dangerous to move certain modules like umass > from loader.conf. For example, a NAS or pfsense installation would like > to mount a umass device as the root filesystem. So I think this case is > a little bit complicated. A brief messages explaining that umass needs > to be kldloaded from loader.conf in the case of a usb as the root > filesystem would be enough. >=20 > So if we plan to have the possibility to do zfs-only installations in > a near future (I think pcbsd people would love this) I think it is not a > bad idea to move the kldloading of certain modules from loader.conf to > the rc infrastructure. >=20 --=20 "Unity can only be manifested by the Binary. Unity itself and the idea of U= nity are already two." -- Buddha Regards, (jhell) Jason Hellenthal --qMm9M+Fa2AknHoGS Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) Comment: http://bit.ly/0x89D8547E iQEcBAEBAgAGBQJN9QveAAoJEJBXh4mJ2FR+8HgH/2xbSfipvNw6RjfYvNBhWOFQ W9OSRUJ7gpIQUmGPHrkvBaRw+Mkv2gHlJ0RObfAWwy1fzABwKWcBmXYZtccQactQ AH0xTKGUVkjeLUZytQ+CrpdEbLhuCaDFsXRtrARXNvS4cH1Dhf8/+ExLKj4X9d32 hKxIHXJlntqtiOOl0VZcJ2+/deP7UsH7xOsiO+iRh82cFEUpN1ukdXR4uME5UuCn HUtV//g7VPV1mb8u+tV3UG7M32xIIa+0MZCLFh9FmleDqW4UsMN+4W4xA/HXFPsc qDD3hZTElFxgI0kcpCwVCe5Iviv6P/tWrLvQTa5ZKkHM+Bks0A1l20jKnQ/Ng3w= =CmP9 -----END PGP SIGNATURE----- --qMm9M+Fa2AknHoGS--