From owner-freebsd-smp  Mon Jan 20 09:04:58 1997
Return-Path: <owner-smp>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id JAA11855
          for smp-outgoing; Mon, 20 Jan 1997 09:04:58 -0800 (PST)
Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211])
          by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id JAA11847
          for <smp@freebsd.org>; Mon, 20 Jan 1997 09:04:55 -0800 (PST)
Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA15514; Mon, 20 Jan 1997 09:48:47 -0700
From: Terry Lambert <terry@lambert.org>
Message-Id: <199701201648.JAA15514@phaeton.artisoft.com>
Subject: Re: success!!
To: ken@housing1.stucen.gatech.edu (Kenneth Merry)
Date: Mon, 20 Jan 1997 09:48:47 -0700 (MST)
Cc: smp@csn.net, smp@freebsd.org
In-Reply-To: <199701200155.UAA27093@housing1.stucen.gatech.edu> from "Kenneth Merry" at Jan 19, 97 08:55:13 pm
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
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.


					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.