From owner-svn-src-all@FreeBSD.ORG Wed Nov 4 23:03:19 2009 Return-Path: Delivered-To: svn-src-all@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71D8D106568B; Wed, 4 Nov 2009 23:03:19 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 3156B8FC16; Wed, 4 Nov 2009 23:03:19 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id nA4MvxS7053033; Wed, 4 Nov 2009 15:57:59 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 04 Nov 2009 15:57:59 -0700 (MST) Message-Id: <20091104.155759.-545558145.imp@bsdimp.com> To: ed@80386.nl From: "M. Warner Losh" In-Reply-To: <20091104055811.GY1293@hoeg.nl> References: <200911040132.nA41WxtQ012750@svn.freebsd.org> <20091104055811.GY1293@hoeg.nl> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: attilio@FreeBSD.org, svn-src-head@FreeBSD.org, svn-src-all@FreeBSD.org, src-committers@FreeBSD.org Subject: Re: svn commit: r198868 - in head/sys: amd64/amd64 i386/i386 X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2009 23:03:19 -0000 In message: <20091104055811.GY1293@hoeg.nl> Ed Schouten writes: : Hi Attilio, : : * Attilio Rao wrote: : > Opteron rev E family of processor expose a bug where, in very rare : > ocassions, memory barriers semantic is not honoured by the hardware : > itself. As a result, some random breakage can happen in uninvestigable : > ways (for further explanation see at the content of the commit itself). : : Ooh. Sounds like an interesting bug. : : The bug doesn't manifest itself on UP, right? If so, maybe we should add : some very short instructions to the warning on how to disable SMP. Or better yet: disable it unless specifically enabled... Warner