From owner-freebsd-current Fri Sep 13 12:31:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA11211 for current-outgoing; Fri, 13 Sep 1996 12:31:49 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA11206 for ; Fri, 13 Sep 1996 12:31:46 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA09439; Fri, 13 Sep 1996 12:29:53 -0700 From: Terry Lambert Message-Id: <199609131929.MAA09439@phaeton.artisoft.com> Subject: Re: Build is complete To: grog@lemis.de (Greg Lehey) Date: Fri, 13 Sep 1996 12:29:53 -0700 (MST) Cc: terry@lambert.org, FreeBSD-current@FreeBSD.ORG In-Reply-To: <199609130805.KAA19112@allegro.lemis.de> from "Greg Lehey" at Sep 13, 96 10:05:20 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > There should be nothing in the build process which relies on anything > > not in the generic kernel. > > That seems reasonable at first sight, but on the other hand, how many > people build releases? Doesn't matter. If you don't want the piece in the generic kernel, then the build process shouldn't rely on it. Putting it in the kernel is not the only option; pulling it out of the build process is also an option. Any way to make the vn driver a demand-loaded LKM? It would similary fix the system feature dependency problem. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.