Date: Sun, 19 Jan 1997 22:05:05 -0500 (EST) From: Kenneth Merry <ken@housing1.stucen.gatech.edu> To: smp@csn.net (Steve Passe) Cc: smp@FreeBSD.ORG Subject: Re: success!! Message-ID: <199701200305.WAA27874@housing1.stucen.gatech.edu> In-Reply-To: <199701200237.TAA07123@clem.systemsix.com> from Steve Passe at "Jan 19, 97 07:37:01 pm"
next in thread | previous in thread | raw e-mail | index | archive | help
Steve Passe wrote... > Hi, > > Steve Passe wrote... > > > > > > Also, I ran mptable tonight, with all the > > > >cards installed, and noticed that NINTR=15 had changed to NINTR=17. > > > > ... > > I changed my kernel config to have NINTR=15 instead of 17, and the > > kernel hangs. I didn't see the panic message, though. > > > > > 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. > clearly we cannot have a kernel fail just because a card was added (this ain't > no stinkin' nt box!), so yes I agree. If you were to put several quad > netcards into a MB you could exceed even 24 INT entries (not INTs, we're > talking > about indexes into an array of data here, so shared INTs could push the total > beyond the 24 discrete INT vectors of the APIC). > So we also need to find out why > we don't see the panic() occur. (I've sent test patches to Ken in > another mailing, hopefully they will tell the tale...). I tried the patch, and it does print out the following message: too many INTs, increase 'NINTR' Then it hangs. (or rather panics) So it appears that the problem was indeed that there were not enough INT entries. Ken -- Kenneth Merry ken@ulc199.residence.gatech.edu Disclaimer: I don't speak for GTRI, GT, or Elvis.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199701200305.WAA27874>