From owner-cvs-all@FreeBSD.ORG Mon Apr 24 21:31:59 2006 Return-Path: X-Original-To: cvs-all@FreeBSD.org 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 429F816A412; Mon, 24 Apr 2006 21:31:59 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8C2743D4C; Mon, 24 Apr 2006 21:31:58 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id k3OLVvNw003955; Mon, 24 Apr 2006 17:31:57 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Colin Percival Date: Mon, 24 Apr 2006 17:31:37 -0400 User-Agent: KMail/1.6.2 References: <200604242117.k3OLH2RG032117@repoman.freebsd.org> In-Reply-To: <200604242117.k3OLH2RG032117@repoman.freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200604241731.40117.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.88/1424/Mon Apr 24 10:39:06 2006 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/amd64/amd64 mp_machdep.c src/sys/i386/i386 mp_machdep.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Apr 2006 21:32:00 -0000 On Monday 24 April 2006 05:17 pm, Colin Percival wrote: > cperciva 2006-04-24 21:17:02 UTC > > FreeBSD src repository > > Modified files: > sys/amd64/amd64 mp_machdep.c > sys/i386/i386 mp_machdep.c > Log: > Adjust dangerous-shared-cache-detection logic from "all shared > data caches are dangerous" to "a shared L1 data cache is > dangerous". This is a compromise between paranoia and performance: > Unlike the L1 cache, nobody has publicly demonstrated a > cryptographic side channel which exploits the L2 cache -- this is > harder due to the larger size, lower bandwidth, and greater > associativity -- and prohibiting shared L2 caches turns Intel Core > Duo processors into Intel Core Solo processors. > > As before, the 'machdep.hyperthreading_allowed' sysctl will allow > even the L1 data cache to be shared. > > Discussed with: jhb, scottl > Security: See FreeBSD-SA-05:09.htt for background material. > > Revision Changes Path > 1.272 +2 -2 src/sys/amd64/amd64/mp_machdep.c > 1.265 +2 -2 src/sys/i386/i386/mp_machdep.c Cool! I was working on the same thing. :-) http://www.freebsd.org/cgi/query-pr.cgi?pr=96203 Jung-uk Kim