From owner-freebsd-arch Mon Jul 17 17: 7:22 2000 Delivered-To: freebsd-arch@freebsd.org Received: from relay.butya.kz (butya-gw.butya.kz [212.154.129.94]) by hub.freebsd.org (Postfix) with ESMTP id E251A37B781 for ; Mon, 17 Jul 2000 17:07:14 -0700 (PDT) (envelope-from bp@butya.kz) Received: from bp (helo=localhost) by relay.butya.kz with local-esmtp (Exim 3.15 #1) id 13EKuX-000KVD-00; Tue, 18 Jul 2000 07:06:57 +0700 Date: Tue, 18 Jul 2000 07:06:57 +0700 (ALMST) From: Boris Popov To: Neil Blakey-Milner Cc: arch@FreeBSD.org Subject: Re: Conditionally removing cosmetic messages for small kernels (PICOBSD). In-Reply-To: <20000717152514.A2056@mithrandr.moria.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 17 Jul 2000, Neil Blakey-Milner wrote: > While building a PicoBSD disk for work purposes, I noticed that > pcisupport.c was the largest object file sitting there, at 43k. > > By removing (#ifndef PICOBSD, better names accepted) the cosmetic probe > messages, I managed to reduce that to 23k easily enough, buying me a few > more executables (and NTFS support, which was why I was building the > disk). This is also related to the identcpu.c and i686_mem.c files. While building a very small kernel (nanobsd :) for i486 based system I've noted that i686_mem.c compiled always regardless of 'cpu' keyword in the config file (why one need it on 486...). Similarly, identcpu.c code can reduced by excluding probes and corresponding messages for Pentiums if one needs only i486 support. A more general question: should we allow more options to exclude optional and obsolete parts of the kernel ? For example, I've ripped out aout, aio and jail related code without any effect on functionality for my particular system. -- Boris Popov http://www.butya.kz/~bp/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message