Re: i386/loader compiled with NOFORTH

From: John Baldwin <jhb_at_FreeBSD.org>
Date: Fri, 25 Apr 2003 12:07:35 -0400 (EDT)
On 25-Apr-2003 Ruslan Ermilov wrote:
> On Thu, Apr 24, 2003 at 05:45:15PM -0400, John Baldwin wrote:
>> 
>> On 24-Apr-2003 Ruslan Ermilov wrote:
>> > On Thu, Apr 24, 2003 at 02:21:17PM -0400, John Baldwin wrote:
>> >> 
>> >> On 24-Apr-2003 Ruslan Ermilov wrote:
>> >> > On 5.x, loader(8) compiled with -DNOFORTH, results in
>> >> > a system without a console.  This does not affect the
>> >> > RELENG_4.
>> >> > 
>> >> > Can someone who knows this code please look into it?
>> >> 
>> >> No kernel console or no loader console?  The usual problem with
>> >> no kernel console on 5.x is lack of device.hints.
>> >> 
>> > No kernel console.  The device.hints, it's there under /boot;
>> > I only reinstalled loader(8) with -DNOFORTH, and this gave me
>> > "no console" behavior.  Can you try it locally?
>> 
>> Since device.hints is read in by Forth code, I wouldn't be
>> surprised if it didn't work.  When you break into the 10
>> second countdown, do you have any hints set in the loader
>> environment?
>> 
> 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.

-- 

John Baldwin <jhb_at_FreeBSD.org>  <><  http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve!"  -  http://www.FreeBSD.org/
Received on Fri Apr 25 2003 - 07:07:36 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:05 UTC