From owner-freebsd-commit Sun Sep 10 22:42:54 1995 Return-Path: commit-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA08876 for freebsd-commit-outgoing; Sun, 10 Sep 1995 22:42:54 -0700 Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA08856 for cvs-all-outgoing; Sun, 10 Sep 1995 22:42:44 -0700 Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA08841 for cvs-sys-outgoing; Sun, 10 Sep 1995 22:42:41 -0700 Received: from jhome.DIALix.COM (jhome.DIALix.COM [192.203.228.69]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA08822 ; Sun, 10 Sep 1995 22:42:24 -0700 Received: (from peter@localhost) by jhome.DIALix.COM (8.6.12/8.6.9) id NAA04948; Mon, 11 Sep 1995 13:41:11 +0800 Date: Mon, 11 Sep 1995 13:41:11 +0800 (WST) From: Peter Wemm To: "Jordan K. Hubbard" cc: Nate Williams , Bruce Evans , CVS-commiters@freefall.freebsd.org, cvs-sys@freefall.freebsd.org Subject: Re: cvs commit: src/sys/sys conf.h In-Reply-To: <436.810784644@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: commit-owner@FreeBSD.org Precedence: bulk On Sun, 10 Sep 1995, Jordan K. Hubbard wrote: > > > bde 95/09/10 14:36:12 > > > > > ... > > > Make pcvt and syscons live in the same kernel. If both are enabled, then > > > the first one in the config has priority. They can be switched using > > > userconfig(). > > > > YES! THANK YOU Bruce! > > > > Is there any chance of getting both enabled in the GENERIC kernel for > > the poor ThinkPad users Jordan? > > > > > > Nate > > I dunno.. GENERIC is getting pretty *big*, and now the commercial > database folks are saying that they need ALL the SYSV* options enabled > too. Yeeks! Can we not make two GENERIC kernels? One with the generic hardware support, but light on in the extras like SYSVSHM etc, and a second (say)BIGGENERIC with more hardware support, and most of the commonly requested "fruit", like SYSVSHM etc as used by XFree86 etc, and thinks like ppp, ktrace, bpf etc etc. Perhaps have this as an optional package or something. The idea being to have a workable but not (excessively) bloated default kernel to get the machine up and running (and useful), to the point where they can either built a custom kernel (if they have kernel source) or install a bigger kernel if they are so inclined. > Jordan -Peter