From owner-freebsd-current Sun Jul 14 18:12:55 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8691037B400 for ; Sun, 14 Jul 2002 18:12:53 -0700 (PDT) Received: from gehicks.dyndns.org (adsl-20-178-38.asm.bellsouth.net [66.20.178.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B74D43E58 for ; Sun, 14 Jul 2002 18:12:53 -0700 (PDT) (envelope-from gehicks@gehicks.dyndns.org) Received: from mac (mac [10.0.0.13]) by gehicks.dyndns.org (8.12.5/8.12.5) with ESMTP id g6F1K9tI027525; Mon, 15 Jul 2002 01:20:10 GMT (envelope-from gehicks@gehicks.dyndns.org) Date: Sun, 14 Jul 2002 21:12:51 -0400 Subject: Re: Out of disk space on snapshots-jp? Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v482) Cc: freebsd-current@freebsd.org To: Terry Lambert From: W Gerald Hicks In-Reply-To: <3D321AF7.C6161FC8@mindspring.com> Message-Id: Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.482) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I might propose that any driver supported under sysinstall needs to support kldloading but I haven't really thought that through :-) The issue here is that the BOOTMFS kernel has traditionally (for freebsd) been derived by filtering GENERIC. GENERIC has been changed in a way that causes BOOTMFS to be too large. With the current hack^Wmethod used by make release we are required to add elements to a shell script which deletes items from the GENERIC configuration to create BOOTMFS. If my proposition holds water we can do away with the linkage to GENERIC in favor of a statically defined and minimal BOOTMFS kernel. Cheers, Jerry Hicks gehicks@gehicks.dyndns.org On Sunday, July 14, 2002, at 08:44 PM, Terry Lambert wrote: > W Gerald Hicks wrote: >> No, the problem is because the kernel has grown too large to >> fit on the md(4) filesystem prepared for it. >> >> src/release//dokern.sh needs to be adapted to omit >> new drivers added to GENERIC. > > All drivers not in the boot or install paths should be omitted, but > only if it's possible to end up with a GENERIC without their > omission after the install is complete. > > This is actually a pretty thorny problem, since sound drivers > could be argued to be in the installation path at some point, > if one support interfaces for the blind (a putative pin-reader > driver that allowed the pins to follow a region surrounding the > mouse pointer would also fall into the same category). > > -- Terry > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message