From owner-freebsd-smp Wed Feb 5 16:21:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA27472 for smp-outgoing; Wed, 5 Feb 1997 16:21:05 -0800 (PST) Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA27447 for ; Wed, 5 Feb 1997 16:20:52 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.12/8.6.12) with SMTP id RAA01926; Wed, 5 Feb 1997 17:16:02 -0700 Message-Id: <199702060016.RAA01926@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: mishania@demos.su cc: bag@sinbin.demos.su, freebsd-smp@freebsd.org Subject: Re: troubles with smp kernel In-reply-to: Your message of "Thu, 06 Feb 1997 01:59:39 +0300." <199702052259.BAA09073@megillah.demos.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 05 Feb 1997 17:16:01 -0700 Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > > I wonder if you have corrupt sources? Another user reports grossly > > unstable system with current CTM sources. How/where/when did you > > get the SMP sources? > > I cvsuped them as of...~24/25/26 of January, with cvsup-file stolen from > ~fsmp pages. After that, when all this mailing started, I rebuild > everything once again on ~28.01 > > > Are you seeing any dying procs, sig10/11s, etc. while it is running? > > Are there any messages when it reboots? do you have DDB enabled > > in the config file, if not do so. > > Sometimes yes, there's some neat announce about catching floating exception > on the console, sometimes it just reboots without declaring the war. the root of your problem may be the floating point code. They is a major bug in the current SMP kernel where FP exception is almost guaranteed to crash the system! I've started up a page on the SMP site to collect info: http://www.freebsd.org/~fsmp/SMP/float.html on this page you will find a patxch that uses floating point emulation. I suggest adding this patch to see if it fixes the problem. --- > now I think I am going to rebuild the SMP tree from scratch, getting fresh > sources. I somehow guess they changed at least a bit in these past weeks? I guess it wouldn't hurt, but I suspect it won't solve the problem, I'm betting its the float issue. --- > Ah, btw we now get this RAM PARITY CHECK ERROR back, so... Maybe I can already > issue hints also: somehow there's an idea that 64mb SIMMs don't work with > that ASUS we have (2xppro) ;-) Gotta continue playing construction worker ... -- 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-----