From owner-cvs-all  Thu Jan  9 14: 1:32 2003
Delivered-To: cvs-all@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 6E74D37B401; Thu,  9 Jan 2003 14:01:31 -0800 (PST)
Received: from corbulon.video-collage.com (corbulon.video-collage.com [64.35.99.179])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 664BA43F6D; Thu,  9 Jan 2003 14:01:30 -0800 (PST)
	(envelope-from mi+mx@aldan.algebra.com)
Received: from mi.us.murex.com (250-217.customer.cloud9.net [168.100.250.217])
	by corbulon.video-collage.com (8.12.6/8.12.6) with ESMTP id h09M0rAj024840
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=FAIL);
	Thu, 9 Jan 2003 17:00:54 -0500 (EST)
	(envelope-from mi+mx@aldan.algebra.com)
Content-Type: text/plain;
  charset="iso-8859-1"
From: Mikhail Teterin <mi+mx@aldan.algebra.com>
Organization: Virtual Estates, Inc.
To: Andrew Gallatin <gallatin@cs.duke.edu>,
	Alexander Leidinger <Alexander@Leidinger.net>
Subject: Re: cvs commit: src/sys/i386/i386 mp_machdep.c
Date: Thu, 9 Jan 2003 17:04:56 -0500
User-Agent: KMail/1.4.3
Cc: cvs-all@FreeBSD.ORG, cvs-committers@FreeBSD.ORG,
	marius@alchemy.franken.de
References: <15900.19798.145783.459116@grasshopper.cs.duke.edu> <20030109123807.64457d5d.Alexander@Leidinger.net> <15901.60186.784326.204122@grasshopper.cs.duke.edu>
In-Reply-To: <15901.60186.784326.204122@grasshopper.cs.duke.edu>
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Message-Id: <200301091704.56189.mi+mx@aldan.algebra.com>
X-Scanned-By: MIMEDefang 2.21 (www . roaringpenguin . com / mimedefang)
Sender: owner-cvs-all@FreeBSD.ORG
Precedence: bulk
List-ID: <cvs-all.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20cvs-all>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20cvs-all>
X-Loop: FreeBSD.ORG

On Thursday 09 January 2003 04:35 pm, Andrew Gallatin wrote:
 
= BTW, is enabling SSE2 instruction generation safe? Eg, they don't use
= registers which could be clobbered by a context switch or something? I
= know we need CPU_ENABLE_SSE (which is now default) for SSE, but I was
= just wondering if there was more we needed for sse2?

You may wish to take a look at

	http://www.FreeBSD.org/cgi/query-pr.cgi?pr=bin/43299

Especially, the follow up to it, where using SSE2 appears to slow things
down -- at least for double values.

	-mi



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