From owner-cvs-all@FreeBSD.ORG Fri Jan 13 06:18:22 2006 Return-Path: X-Original-To: cvs-all@freebsd.org Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B962B16A41F; Fri, 13 Jan 2006 06:18:22 +0000 (GMT) (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 0F4A443D45; Fri, 13 Jan 2006 06:18:21 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.21]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k0D6IEsf003154 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 13 Jan 2006 16:48:15 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: cvs-all@freebsd.org Date: Fri, 13 Jan 2006 16:48:07 +1030 User-Agent: KMail/1.8.3 References: <200601121915.k0CJFErD031318@repoman.freebsd.org> <70e8236f0601121145t71e00880j8c98f99195af41e5@mail.gmail.com> In-Reply-To: <70e8236f0601121145t71e00880j8c98f99195af41e5@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart13223548.iKgebsQHs8"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601131648.09117.doconnor@gsoft.com.au> X-Spam-Score: -1.36 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: cvs-src@freebsd.org, Joao Barros , Alfred Perlstein , src-committers@freebsd.org Subject: Re: cvs commit: src/sys/kern kern_conf.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 06:18:22 -0000 --nextPart13223548.iKgebsQHs8 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 13 Jan 2006 06:15, Joao Barros wrote: > > This protects people from loading _really_ old modules, like say from > > 5.x to a 6.x or 7.x system, like for instance right after an upgrade. > > Will this prevent loading an old nvidia module on boot after a kernel > upgrade, which most times hangs the kernel? I mean, it will only > prevent the module loading on 5.x to 6.x or for example 6.0 to 6.1? No it won't. The nvidia port should really put the kernel module into /boot/kernel to=20 prevent this sort of foot shooting. Better yet commit my patch to rebuild port KLD's when the kernel is built :) =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 --nextPart13223548.iKgebsQHs8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDx0Yh5ZPcIHs/zowRArFHAJ9ng0fC4gJUcwUN6VncVpcYgmV/xQCgpELz GZQjvgu1df/pfx6OuZk87mc= =vR+g -----END PGP SIGNATURE----- --nextPart13223548.iKgebsQHs8--