From owner-freebsd-small Wed Nov 14 1:33:43 2001 Delivered-To: freebsd-small@freebsd.org Received: from iguana.aciri.org (iguana.aciri.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id 3528237B405 for ; Wed, 14 Nov 2001 01:33:41 -0800 (PST) Received: (from rizzo@localhost) by iguana.aciri.org (8.11.3/8.11.1) id fAE9TUm58737; Wed, 14 Nov 2001 01:29:30 -0800 (PST) (envelope-from rizzo) Date: Wed, 14 Nov 2001 01:29:29 -0800 From: Luigi Rizzo To: Bruce Montague Cc: freebsd-small@FreeBSD.ORG Subject: Re: picobsd ref configs all fail on 4.4-Release Message-ID: <20011114012929.A58666@iguana.aciri.org> References: <200111140916.fAE9Gxd03892@cse.iitkgp.ernet.in> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200111140916.fAE9Gxd03892@cse.iitkgp.ernet.in> User-Agent: Mutt/1.3.23i Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Nov 14, 2001 at 02:46:59PM +0530, Bruce Montague wrote: ... > None of the picobsd reference configs work > as-is under 4.4-Release (actually, none will > even get very far on a build). The way i see this is that picobsd images are often something that needs customising, so it is not a huge priority to keep them up to date and make sure that they produce working configuration. Some of the configs (e.g. custom) are hopelessly broken, and the reason "bridge" mostly works is just that it is the one i use most for my tests. If you want to know where I am heading: The space problem is a big one, and we are clearly approaching a stage where 1.44 floppy cannot contain all you need. For most of my development these days I am downloading kernel images using etherboot, so you can overcome the space limitation somehow. Using bootable CDs permits images as large as 2.88MB (maybe even more) which is enough to put whatever you need. For a floppy based solution, the 1.48MB format (i.e. 82 tracks 80 sectors) should work on most hardware, but does not give a lot of extra room. I am experimenting with a different approach, namely using 82 track-21 sector format, with a 80x18 "rectangle" containing a standard filesystem, and the remaining L-shaped block used as generic storage for modules to be loaded with kldload. Don't hold your breath on this. cheers luigi + workarou To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message