From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 09:42:44 2008 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 BF8D1106566C for ; Tue, 2 Sep 2008 09:42:44 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 156178FC08 for ; Tue, 2 Sep 2008 09:42:43 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-54-50.lns11.adl2.internode.on.net [121.45.54.50]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m829gfqa000495 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 2 Sep 2008 19:12:41 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 2 Sep 2008 19:12:30 +0930 User-Agent: KMail/1.9.7 References: <48BB4FEB.1050906@gmail.com> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5285365.xYJcLFmnYY"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200809021912.38401.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Volodymyr Kostyrko Subject: Re: RFC: moving sysutils/fusefs-kmod to base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2008 09:42:44 -0000 --nextPart5285365.xYJcLFmnYY Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 2 Sep 2008, Volodymyr Kostyrko wrote: > Aryeh M. Friedman wrote: > > Unless I understand how the kernel does stuff there is no penalty > > for having unused modules (except the size of the kernel that needs > > to be loaded). Keeping in mind that unless I am not reading stuff > > corectly fusefs-kmod is the only FS related module that is not in > > the base system. Since any fundamental changes in the generic FS > > API seems to break fusefs-kmod, and cause some very nasty effects > > that are almost impossible to trace to fusefs-kmod (machine freezes > > so no output or core dump) it seems to make sense to move it to=20 > > the base system (after all we already do this with third party FS > > code like x/zfs) by moving it we force it to always compile > > instead of breaking > > This can be done by documenting usage of make.conf PORTS_MODULES > knob. Just a little notice in ports would suffice, not anybody out > there compiles a new kernel daily. It would be nice if ports could put their kernel module source somewhere=20 so that a buildkernel would build it. This has several advantages =2D You don't upgrade the port unless you want to when building a kernel. =2D If the kernel API changes you find out because the port doesn't=20 compile then you can make an informed decision. =2D You don't need a working network connection to rebuild your kernel. I did make some strawman patches for this but my make fu is weak so it=20 wasn't very reliable :( =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart5285365.xYJcLFmnYY Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iD8DBQBIvQqO5ZPcIHs/zowRAhWUAJ0YeZjIju3Xu7VuRzZjQFSd+lFCngCeJeEA 2BRaYDyfbOD12hlDDYfDo7k= =bKTF -----END PGP SIGNATURE----- --nextPart5285365.xYJcLFmnYY--