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...

[Bruce Evans]

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