From owner-freebsd-smp  Mon Jan 20 10:47:54 1997
Return-Path: <owner-smp>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id KAA17316
          for smp-outgoing; Mon, 20 Jan 1997 10:47:54 -0800 (PST)
Received: from root.com (implode.root.com [198.145.90.17])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id KAA17309
          for <smp@freebsd.org>; Mon, 20 Jan 1997 10:47:51 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id KAA01264; Mon, 20 Jan 1997 10:44:12 -0800 (PST)
Message-Id: <199701201844.KAA01264@root.com>
X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol
To: Steve Passe <smp@csn.net>
cc: Terry Lambert <terry@lambert.org>, smp@freebsd.org
Subject: Re: success!! 
In-reply-to: Your message of "Mon, 20 Jan 1997 10:43:48 MST."
             <199701201743.KAA11391@clem.systemsix.com> 
From: David Greenman <dg@root.com>
Reply-To: dg@root.com
Date: Mon, 20 Jan 1997 10:44:11 -0800
Sender: owner-smp@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

>> > > I may have gotten "too clever" by counting INT sources with mptable.  If
>> > > NINTR is undefined the kernel source defaults to 24, which works fine with
>> > > all IO APICs, just wastes a little space.
>> > 
>> > 	If it doesn't waste too much space, it might not be a bad idea to
>> > just tell people to use 24, or make it clear that NINTR depends on how many
>> > cards you have in your system.
>> 
>> Why not just dynmically allocate the things and be done with it forever?
>> 
>> The code doesn't have to be 100% efficient; it's boot code.
>
>its a matter of timing, can I safely use malloc early in init386?

   No. The VM system hasn't been initialized yet at that point. In fact, the
kernel hasn't even determined how many physical pages are in the system yet.

-DG

David Greenman
Core-team/Principal Architect, The FreeBSD Project