From owner-freebsd-current@FreeBSD.ORG Sat Apr 26 15:36:41 2003 Return-Path: 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 4E46537B401; Sat, 26 Apr 2003 15:36:41 -0700 (PDT) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF70943F85; Sat, 26 Apr 2003 15:36:40 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0335.cvx21-bradley.dialup.earthlink.net ([209.179.193.80] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 199YHb-0005fm-00; Sat, 26 Apr 2003 15:36:36 -0700 Message-ID: <3EAB09A6.3311F457@mindspring.com> Date: Sat, 26 Apr 2003 15:35:18 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Andy Farkas References: <20030427075835.Q42886-100000@hewey.af.speednet.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4f35b144e08d5e66bbcb86852bad07c94a7ce0e8f8d31aa3f350badd9bab72f9c350badd9bab72f9c cc: current@freebsd.org Subject: Re: i386/loader compiled with NOFORTH X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2003 22:36:41 -0000 Andy Farkas wrote: > On Sat, 26 Apr 2003, Ruslan Ermilov wrote: > > On Fri, Apr 25, 2003 at 02:46:26PM -0700, Terry Lambert wrote: > > > You are limited to what you can access in real mode, without > > > Gate A20 (16M, at which point the address space wraps). > > > > Shhh, don't tell this anyone! ;-) > > > > A20 (21th address line) allows one to access up to ffff:ffff > > byte, that is (1M + 64K - 16) bytes of memory. Depends on the segmentation model. You can go up to 16M of memory, if you are willing to do the EMM386 "trick" and bank select into a window. I rather doubt anyone wants to do the program overlays necessary to use it usefully these days. 8-). > Actually, you can access the entire 4GB of memory in "unreal" mode. > > This isn't incredibly useful in this case, unless you add a fourth level of loader code. I'd find it really hard to believe that anyone would want to do this. And you're still stuck with the increased memory requirement. Also, you have to use the SMM, or the CPU vendor equivalent, in order to save and reload the hidden registers. For a long time, all the different processors had different ways of dumping and restoring these registers. I would hate to have to write portable loader code (in assembly, no less!) that was capable of dealing with all the different CPU's, including, say, the Cyrix or IBM "Blue Lightning" derived cores. 8-(. I think it'd be a lot easier to rewrite the "unbzip2" code to take up less work space, or use its target memory as its work area, instead, etc.. It'd be even easier to move another 60K of loadable drivers onto a seperate floppy, and go back to using gzip, instead. -- Terry