From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 25 03:18:33 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA3E716A4CF; Fri, 25 Feb 2005 03:18:33 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3054E43D64; Fri, 25 Feb 2005 03:18:32 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j1P3IAJH074207; Fri, 25 Feb 2005 13:48:10 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-hackers@freebsd.org Date: Fri, 25 Feb 2005 13:48:05 +1030 User-Agent: KMail/1.7.92 References: <421E7867.9060101@samsco.org> <20050224.190925.29021204.imp@bsdimp.com> In-Reply-To: <20050224.190925.29021204.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1142294.d4Tdyvpt0O"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502251348.06818.doconnor@gsoft.com.au> X-Spam-Score: -5.4 () IN_REP_TO,MIME_LONG_LINE_QP,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_01_02,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: scottl@samsco.org cc: hackers@freebsd.org Subject: Re: Driver Update Disk discussion X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2005 03:18:33 -0000 --nextPart1142294.d4Tdyvpt0O Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 25 Feb 2005 12:39, M. Warner Losh wrote: > One does not need to patch the source tree at to pick up ports modules > for a kernel rebuild. One can build the ports modules as part of the > kernel by simply defining PORTS_MODULES in a kernel config file. In > addition, one can specify absolute paths with MODULES_OVERRIDE. One > can also build modules outside the tree against a specific kernel (if > they somehow depend on the config files). I think PORTS_MODULES is a little suboptimal.. I have a patch set which allows a port to install KLD source in a directory= =20 and have it picked up during a build/install kernel. This has a few=20 advantages over calling the ports tree from those makefiles. The prime one= =20 being that your source code does not change between upgrades without you=20 saying so. This is matters since (for example) the newer nvidia driver does= =20 not work on some hardware the old driver does (eg Fx5200 Go). It also means= =20 that the kernel build/install does not result in non kernel things being=20 altered. The disadvantage is that the KLD ports need to be modified to install the=20 source code in the right place (not hard) and that you will need to upgrade= =20 your ports tree to keep up with ABI changes if you update your source but=20 IMHO it's better to make this sort of action explicit - otherwise the end=20 user is in the position of not knowing what has changed on their system. Also speaking of KLD ports.. I really wish they wouldn't install=20 into /boot/modules (I patch so they don't) as it is a really good way to=20 shoot yourself in the foot during an upgrade :( =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 --nextPart1142294.d4Tdyvpt0O Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCHpju5ZPcIHs/zowRAl0EAJ46ORi/H0f7cELLmBi0voPKiXGHDQCeL1FD x6Rat4Bi7CS8Dkw3xjt6i5o= =FtTs -----END PGP SIGNATURE----- --nextPart1142294.d4Tdyvpt0O--