Date: Tue, 24 Feb 1998 20:31:29 +0100 (MET) From: Søren Schmidt <sos@FreeBSD.ORG> To: smp@csn.net (Steve Passe) Cc: sos@FreeBSD.ORG, smp@FreeBSD.ORG Subject: Re: mpfps Base Table HOSED! Message-ID: <199802241931.UAA00456@sos.freebsd.dk> In-Reply-To: <199802241926.MAA00440@Ilsa.StevesCafe.com> from Steve Passe at "Feb 24, 98 12:26:29 pm"
next in thread | previous in thread | raw e-mail | index | archive | help
In reply to Steve Passe who wrote:
> > > >
> > > > This is because there is some new entries in the tabel with type # 176
> > > > and the system doesn't understand those (mp_machdep.c).
> > > > I've temporarily disabled the panic for those values and the system
> > > > runs without problems...
> > > > Any ideas of what those values mean ??
> > > > Should we let them pass without panic'ing ??
> > >
> > > I just searched the Intel site, nothing newer than MPspec 1.4 there.
> > > Page 4-6 of the 1-4 spec lists the legal types, and says "All other type
> > > codes are reserved". So if we want to be correct this should probably
> > > be handled as a "rogue hardware" situation till we have reason to believe
> > > otherwise.
> >
> > Well, I've put in a case for 176 to just ignore that value, the system
> > is rock stable still, so its not of much importance...
> > Is there any precedence on how we handle these, by config option ??
>
> Traditionally I've used config options, perhaps 'IGNORE_MPTABLE_176'
> would be good. Then document it in LINT in the SMP section.
Well, I'll keep it in my tree for now, lets see if it shows up on other
systems. In the meantime I'll try to find out what its there for...
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team
Even more code to hack -- will it ever end
..
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?199802241931.UAA00456>