From owner-freebsd-current@FreeBSD.ORG Fri Apr 25 14:47:51 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 253C737B401; Fri, 25 Apr 2003 14:47:51 -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 50DEB43FA3; Fri, 25 Apr 2003 14:47:50 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0134.cvx40-bradley.dialup.earthlink.net ([216.244.42.134] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 199B2m-0004m6-00; Fri, 25 Apr 2003 14:47:45 -0700 Message-ID: <3EA9ACB2.7D8504FF@mindspring.com> Date: Fri, 25 Apr 2003 14:46:26 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: John Baldwin References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a476f7c8e56f53506cfe9d179147aaa01f2601a10902912494350badd9bab72f9c350badd9bab72f9c cc: Ruslan Ermilov 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: Fri, 25 Apr 2003 21:47:51 -0000 John Baldwin wrote: > > Yes, figured this out by myself already. I've ended up > > uncommenting the "hints" line in GENERIC config, everything > > is OK now, and bzip2(1) also works, modulo the memory > > restrictions -- only level 1 bzipping works that requires > > ~250K of memory. > > > > John, is there a way to fix btx/loader/whatever so that > > heap memory is not limited to 640K? > > Not really. At least, not easily. We load the kernel up above 1mb, > but we don't know how much memory lives up above 1mb and we assume > that there is enough for the kernel and that's it. You are limited to what you can access in real mode, without Gate A20 (16M, at which point the address space wraps). The best you might be able to get is another 384K, if you use the INT15 function to map memory into the window between 640K and 1M. Assuming your BIOS supports it. No way are you going to get XMS/EMM support, without loading DOS parts. This is probably not worth it. Better to use gzip instead of bzip2, and avoid the memory hogging. Note that part of the workaround for the PSE/PG_G bug that was posted is to load the kernel at 4M instead of 1M, so that it's page aligned, and then use 4M pages for it up front. That gives you some more room, but it also increases the base memory size requirements (probably unacceptably, for most people, which I guess is why it was never committed by Bosko). -- Terry