From owner-freebsd-smp Mon Jan 20 09:45:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA13958 for smp-outgoing; Mon, 20 Jan 1997 09:45:57 -0800 (PST) Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id JAA13948 for ; Mon, 20 Jan 1997 09:45:50 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.12/8.6.12) with SMTP id KAA11391; Mon, 20 Jan 1997 10:43:48 -0700 Message-Id: <199701201743.KAA11391@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Terry Lambert cc: smp@freebsd.org Subject: Re: success!! In-reply-to: Your message of "Mon, 20 Jan 1997 09:48:47 MST." <199701201648.JAA15514@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 20 Jan 1997 10:43:48 -0700 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? -- Steve Passe | powered by smp@csn.net | FreeBSD -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6.2 mQCNAzHe7tEAAAEEAM274wAEEdP+grIrV6UtBt54FB5ufifFRA5ujzflrvlF8aoE 04it5BsUPFi3jJLfvOQeydbegexspPXL6kUejYt2OeptHuroIVW5+y2M2naTwqtX WVGeBP6s2q/fPPAS+g+sNZCpVBTbuinKa/C4Q6HJ++M9AyzIq5EuvO0a8Rr9AAUR tBlTdGV2ZSBQYXNzZSA8c21wQGNzbi5uZXQ+ =ds99 -----END PGP PUBLIC KEY BLOCK-----