From owner-freebsd-smp  Mon Feb  3 06:43:21 1997
Return-Path: <owner-smp>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id GAA01155
          for smp-outgoing; Mon, 3 Feb 1997 06:43:21 -0800 (PST)
Received: from spinner.DIALix.COM (spinner.DIALix.COM [192.203.228.67])
          by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA01148
          for <smp@freebsd.org>; Mon, 3 Feb 1997 06:43:14 -0800 (PST)
Received: from spinner.DIALix.COM (localhost.DIALix.oz.au [127.0.0.1])
          by spinner.DIALix.COM (8.8.4/8.8.4) with ESMTP id WAA08729;
          Mon, 3 Feb 1997 22:42:09 +0800 (WST)
Message-Id: <199702031442.WAA08729@spinner.DIALix.COM>
X-Mailer: exmh version 2.0gamma 1/27/96
To: Kenneth Merry <ken@housing1.stucen.gatech.edu>
cc: Terje.N.Marthinussen@cc.uit.no (Terje Normann Marthinussen), smp@csn.net,
        smp@freebsd.org
Subject: Re: Current SMP status inquiry 
In-reply-to: Your message of "Tue, 28 Jan 1997 12:15:26 EST."
             <199701281715.MAA22280@housing1.stucen.gatech.edu> 
Date: Mon, 03 Feb 1997 22:42:09 +0800
From: Peter Wemm <peter@spinner.dialix.com>
Sender: owner-smp@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

[I've been out of action for ~2 weeks and still catching up..]

Kenneth Merry wrote:
> Terje Normann Marthinussen wrote...
[..]
> > While not FPU intensive, it most certainly must have used quite a bit of 
> > FPU during the ~15 hours the processes ran (well, actually two runs 
> > of ~15 hours, a bug was discovered ;)). Didn't notice any problems at all.
> 
> 	I agree, I can run FP intensive stuff, like ICO, OpenGL demos, and
> all kinds of stuff without problems.  I've been running X without trouble,
> ever since I figured out I needed to get rid of the FP emulation stuff in 
> the kernel.  (I accidentally left it in my config file.)  The question,
> though, is can you run this program successfully?
> 
> ========================================================================
> #include <sys/types.h>
> #include <signal.h>
> void blech() { exit(3); }
> main()
> {
> 	int i32;
> 	double f;
> 	int result = 0;
> 	signal(SIGFPE, blech);
> 
> 	f = (double) 0x7fffffff;
> 	f = 10 * f;
> 	i32  = (int) f;
> 
> 	if (i32 != (int) f)
> 		result |= 1;
> 	exit(result);
> }
> ========================================================================
> 
> 	That program locks my machine up solid.  (I got it from the perl5
> configuration script, after several attempts to compile the port hung my
> machine.)

It looks to me that the problem with the fpu stuff might be more a 
function of FPU error handling (irq13 vs. IDT trap #16) rather than just 
plain floating point operations...

> 
> Ken
> -- 
> Kenneth Merry
> ken@ulc199.residence.gatech.edu
> Disclaimer:  I don't speak for GTRI, GT, or Elvis.

Cheers,
-Peter