From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 93CF913832E for ; Thu, 18 Aug 2016 18:57:00 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D2BCC21C03C; Thu, 18 Aug 2016 18:56:52 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id DCDC7E0B73 for ; Thu, 18 Aug 2016 18:56:51 +0000 (UTC) Received: from localhost (unknown [100.42.103.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: williamh) by smtp.gentoo.org (Postfix) with ESMTPSA id 05FA034068A for ; Thu, 18 Aug 2016 18:56:49 +0000 (UTC) Date: Thu, 18 Aug 2016 13:56:25 -0500 From: William Hubbs To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] rfc: openrc using modprobe directly to load kernel modules Message-ID: <20160818185625.GB560@whubbs1.gaikai.biz> Mail-Followup-To: gentoo-dev@lists.gentoo.org References: <20160817165456.GA9360@whubbs1.gaikai.biz> <7c381eea-586e-d5d2-ccce-b751127bc2ac@gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rJwd6BRFiFCcLxzm" Content-Disposition: inline In-Reply-To: <7c381eea-586e-d5d2-ccce-b751127bc2ac@gentoo.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-Archives-Salt: ee530885-a785-4b30-8227-c8cd53e606fa X-Archives-Hash: b8536c1af862b3b74338126b408bdd9c --rJwd6BRFiFCcLxzm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 17, 2016 at 11:23:13PM -0700, Daniel Campbell wrote: > Is there a reliable way to test for kernel functionality _before_ > calling modprobe? I think if a service needs certain kernel > functionality then it should complain -- loudly, if needed -- so the > admin knows what to do, be it building the feature into the kernel or > facilitating a module. But I don't think modules should be required. I > generally don't enable things with M unless some technical situation > requires it. The only real module I have is the nvidia-drivers module > which takes care of itself. Everything else is built into my kernels. =20 Yes, and we do that testing. What we do right now is, if that testing fails, we run modprobe to attempt to load the modules. That causes "modprobe: command not found" errors for systems that do not have kmod installed. I want to change what happens if the testing fails so that it loads the module, then complains to the admin letting them know that the module needs to be built in or loaded in /etc/conf.d/modules. In a future release, I will remove the module loading assuming that you have everything built in, configured in /etc/conf.d/modules, or your device manager is taking care of loading the modules. > lsmod and modprobe can handle modules -- what can be used to target > kernels that have functionality built-in? Not every system will have > /proc/config.gz support (though honestly I don't know why you wouldn't > want that). >=20 > Hiding error or warning messages seems irresponsible to me and could > lead to confusion. So I guess I'm in favor overall, but don't want to > see lightweight installs lose anything or become forced to install > things as modules, as it complicates the kernel configuring process > needlessly. There's nothing to do if the kernel has the functionality built in, I just want to deprecate the behind-the-scenesloading of modules you don't know we are loading. William --rJwd6BRFiFCcLxzm Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAle2BNQACgkQblQW9DDEZTim7QCgka81HTaopj5vGPnO9Zt9vN/7 +BQAn3w3SSTCSmokgXLAl6hL5tPYEby4 =20Vw -----END PGP SIGNATURE----- --rJwd6BRFiFCcLxzm--