From owner-svn-src-all@FreeBSD.ORG Mon Apr 18 23:19:12 2011 Return-Path: Delivered-To: svn-src-all@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C057106564A; Mon, 18 Apr 2011 23:19:12 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail05.syd.optusnet.com.au (mail05.syd.optusnet.com.au [211.29.132.186]) by mx1.freebsd.org (Postfix) with ESMTP id 78CBF8FC1C; Mon, 18 Apr 2011 23:19:10 +0000 (UTC) Received: from c122-106-155-58.carlnfd1.nsw.optusnet.com.au (c122-106-155-58.carlnfd1.nsw.optusnet.com.au [122.106.155.58]) by mail05.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p3INIwku024689 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 Apr 2011 09:19:02 +1000 Date: Tue, 19 Apr 2011 09:18:58 +1000 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: John Baldwin In-Reply-To: <201104181705.18809.jhb@freebsd.org> Message-ID: <20110419091317.C2406@besplex.bde.org> References: <201104172103.p3HL3Ntb049564@svn.freebsd.org> <201104181448.39401.jhb@freebsd.org> <201104181705.18809.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: src-committers@FreeBSD.org, Roman Divacky , Dimitry Andric , svn-src-head@FreeBSD.org, svn-src-all@FreeBSD.org, Warner Losh Subject: Re: svn commit: r220755 - in head: . contrib/gcc/doc contrib/gcc/objc contrib/libobjc etc/mtree gnu/lib gnu/lib/libobjc gnu/usr.bin/cc gnu/usr.bin/cc/cc1obj gnu/usr.bin/cc/cc_tools gnu/usr.bin/cc/doc s... X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Apr 2011 23:19:12 -0000 On Mon, 18 Apr 2011, John Baldwin wrote: > On Monday, April 18, 2011 4:02:10 pm Warner Losh wrote: >> The problem is that this is a technical solution that precludes me from saying "look, I know that this will be OK, so let me do it" I know > nothing has changed that would cause a problem. > > We could easily support some sort of cpp #define to disable the automatic > MODULE_DEPEND() on the kernel. Then you could use > > 'make DEBUG_FLAGS="-DDISABLE_KERNEL_VERSION"' > > or whatever the variable is called when building your kernel modules. You > could even have a DISABLE_KERNEL_VERSION make variable that adds that to > CFLAGS in bsd.kmod.mk and then set it to yes in your /etc/make.conf. > > However, for normal users I think the precaution against loading an 8.x kld > on 7 is worth it. I prefer never loading an a.x kld on b and wouldn't mind if it were enforced (rm -rf /sys/modules...) :-). FreeBSD cluster machines all do this (by expletively undeleting the definition of NO_MODULES so that /boot/kernel has no modules). Modules may still be useful for debugging. Bruce