From owner-freebsd-stable@FreeBSD.ORG Fri Jan 23 12:51:25 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C1F416A4CE; Fri, 23 Jan 2004 12:51:25 -0800 (PST) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45EBE43D91; Fri, 23 Jan 2004 12:50:18 -0800 (PST) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])i0NKoCe3012047; Sat, 24 Jan 2004 07:50:12 +1100 (EST) (envelope-from jeremyp@cirb503493.alcatel.com.au) Received: (from jeremyp@localhost)i0NKo6tY012046; Sat, 24 Jan 2004 07:50:06 +1100 (EST) (envelope-from jeremyp) Date: Sat, 24 Jan 2004 07:50:05 +1100 From: Peter Jeremy To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20040123205005.GB4759@cirb503493.alcatel.com.au> References: <20040118235148M.matusita@jp.FreeBSD.org> <20040119095453.GA43280@pc5.i.0x5.de> <20040119195826X.matusita@jp.FreeBSD.org> <200401201502.18549.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.4.1i cc: stable@freebsd.org cc: re@freebsd.org cc: John Baldwin Subject: Re: Fix make release for 4-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jan 2004 20:51:25 -0000 On Wed, Jan 21, 2004 at 08:41:50AM +0100, Dag-Erling Smørgrav wrote: >John Baldwin writes: >> [...] I have this bad >> feeling that there is some kind of memory corruption bug in the loader and >> that the problem goes away if you use a loader that has forth in it. I presume this was the trying-to-DMA-across-a-64k-boundary problem that was fixed recently. >why use a loader w/o forth? a complete loader with all 4th and conf >files takes about 250k, which will definitely fit on the boot floppy, >and with splitfs we don't need to worry about there being enough room >for the kernel. "goes away" doesn't mean that the problem isn't there. It just means that there's no obvious problem in John's particular splitfs test case. A proper fix is far preferable to masking the problem and finding the bug is far easier when it clearly manifests itself. FORTH in the install loader is an interesting question. Do the benefits of FORTH in the initial install justify its size? (I don't know the answer to this). I agree that we can do it (with the aid of splitfs) but we don't want to unnecessarily bloat the install image. Firstly, writing and reading floppies is painfully slow, though not slow enough that you can usefully do something else whilst waiting. Secondly, install image bloat translates to a higher minimum RAM requirement and the floppy install is likely to be mostly used in older systems which are likely to have less RAM. The last figure I can remember is 16MB RAM (it doesn't seem to be documented in the -RELEASE Hardware notes). The current 16MB limit means that it is non-trivial to install FreeBSD on any normal 386-based system and increasing it further will start biting 486-based systems. I agree that these systems are obsolete but they are still useful as SOHO- grade routers, simple firewalls, printservers etc. Peter