Re: i386/loader compiled with NOFORTH

From: John Baldwin <jhb_at_FreeBSD.org>
Date: Fri, 25 Apr 2003 12:48:04 -0400 (EDT)
On 25-Apr-2003 Maxim Sobolev wrote:
> On Fri, Apr 25, 2003 at 12:07:35PM -0400, John Baldwin wrote:
>> 
>> 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.
> 
> Why we can't just test it - i.e. write some value into each page and
> try to read it back? This will give at least rough estimate.

Some of these pages may be memmory mapped I/O.  Really, it is safer
to not get too fancy with the loader if we can help 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:48:17 UTC

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