Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 17 Jan 2001 14:47:25 -0800
From:      Peter Wemm <peter@netplex.com.au>
To:        Tor.Egge@fast.no
Cc:        msmith@FreeBSD.ORG, jhb@FreeBSD.ORG, freebsd <freebsd@bugtracker.compusa.com>, freebsd-smp@FreeBSD.ORG
Subject:   Re: problems with smp on compaq 1600 
Message-ID:  <200101172247.f0HMlPK06185@mobile.wemm.org>
In-Reply-To: <200101172218.XAA96703@midten.fast.no> 

next in thread | previous in thread | raw e-mail | index | archive | help
Tor.Egge@fast.no wrote:

> > Actually, either mode *should* work with 4.x, since we pack intpins down 
> > based on their usage, not their pin number (Tor fixed this a while back). 
> > I've installed 4.2 on a ProFusion box with a single 64-pin APIC (the RAID 
> > controller was on pin 50-something).
> 
> Not based on their usage, but on their presence in the MP table.
> 
> The number of unique (IOAPIC id, intpin) tuples described in the MP
> table must be 24 or lower for all interrupts to be properly delivered.
> 
> One MP table for compaq 1600 seems to have 26 unique (IOPAIC id,
> intpin) tuples, thus two interrupt routings in the MP table will be
> silently ignored.  A warning should probably be given.
> 
> For FreeBSD 4.2-STABLE, NHWI and APIC_INTMAPSIZE can probably be
> increased from 24 to 25 (since NSWI is 7).  This is still below 26.
> 
> A better approach is to defer PCI interrupt assignment until the
> devices are probed (i.e. towards the usage based packing you
> mentioned).  A patch for -current is enclosed.

FYI, I increased the limit to 32 on -current but have not committed the
patch yet.  It can easily go to 64 if it is worth it.  This may not be as
silly as it sounds since big iron server hardware often has lots of busses
and apics.

Cheers,
-Peter
--
Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au
"All of this is for nothing if we don't go to the stars" - JMS/B5



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-smp" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200101172247.f0HMlPK06185>