From owner-cvs-all  Mon Dec 28 10:26:46 1998
Return-Path: <owner-cvs-all@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id KAA29268
          for cvs-all-outgoing; Mon, 28 Dec 1998 10:26:46 -0800 (PST)
          (envelope-from owner-cvs-all@FreeBSD.ORG)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.26.10.9])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA29260
          for <committers@FreeBSD.ORG>; Mon, 28 Dec 1998 10:26:43 -0800 (PST)
          (envelope-from bde@godzilla.zeta.org.au)
Received: (from bde@localhost)
	by godzilla.zeta.org.au (8.8.7/8.8.7) id FAA24056;
	Tue, 29 Dec 1998 05:26:25 +1100
Date: Tue, 29 Dec 1998 05:26:25 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199812281826.FAA24056@godzilla.zeta.org.au>
To: obrien@nuxi.ucdavis.edu, peter@netplex.com.au
Subject: Re: LKM future (was Re: The recent fracas involving danes, war axes and wounded developers )
Cc: committers@FreeBSD.ORG
Sender: owner-cvs-all@FreeBSD.ORG
Precedence: bulk

>I would like to put a warning in modload that explictly prints a message 
>to stderr saying that LKM's are depreciated and have been replaced by the 
>kldload etc mechanism.
>
>I think it's important that if we ship the ability to load *old* a.out 
>LKM's on an a.out kernel, then noise needs to be made or there will be 
>messy accidents.

I was thinking of leaving the lkm tree in place to install noise generators
(either rm the old LKMs or install LKMs that print an update message).

>What do folks think about making the LKM loading mechanism a kernel option 
>and having it default to off..

OK.  It's already an option, but defaults to on, and has unifdefed hooks in
at least the syscall table.

Bruce

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message