From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 16:58:13 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5F4AA16A468; Mon, 2 Jul 2007 16:58:13 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.freebsd.org (Postfix) with ESMTP id 2D60F13C468; Mon, 2 Jul 2007 16:58:13 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id F331E5EB8; Mon, 2 Jul 2007 12:35:50 -0400 (EDT) X-Virus-Scanned: amavisd-new at codefab.com Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NkTDjf49gXVz; Mon, 2 Jul 2007 12:35:48 -0400 (EDT) Received: from [192.168.1.130] (pool-96-224-41-41.nycmny.east.verizon.net [96.224.41.41]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id B72AD5D41; Mon, 2 Jul 2007 12:35:47 -0400 (EDT) Message-ID: <4689295F.10109@mac.com> Date: Mon, 02 Jul 2007 12:35:43 -0400 From: Chuck Swiger User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: Suleiman Souhlal References: <46806B3E.2060701@FreeBSD.org> <4688EBC2.8070703@ybb.ne.jp> <27D8F2CD-156E-4962-A187-63E42CAE2B6F@FreeBSD.org> In-Reply-To: <27D8F2CD-156E-4962-A187-63E42CAE2B6F@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Takeharu KATO , current@freebsd.org Subject: Re: [PATCH] Machine Check Architecture on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jul 2007 16:58:13 -0000 Suleiman Souhlal wrote: > On Jul 2, 2007, at 5:12 AM, Takeharu KATO wrote: >> Apparently, the patch does not have memory scrub facility. >> Do you have a plan to implement the memory scrub facility like solaris >> does? >> >> P.S. In fact, I was also trying to implement the MCE facility, so I am >> interesting to your patch. > > While I don't know about Intel CPUs, K8 CPUs from AMD have a hardware > DRAM/data cache scrubber, so I didn't bother implementing it, and I > don't really plan to, at least in the near future. It should, however, > be pretty easy to implement. Agreed, at least some BIOSes have an advanced memory tuning page somewhere which lets you enable or disable the BG cache memory scrubbing on AMD64 chips. I'm at least as interested in getting FreeBSD-level support for loading CPU microcode into a running system, as I've got a bunch of remote HP or Dell PE boxes floating around in racks somewhere. Getting them to boot into a DOS/Windows env to reflash their BIOS or update something like a Intel or Broadcomm NIC to disable their remote management or whatever is eating traffic to be more of a hassle than a convenience even when one is not dealing with remote systems. (By this I mean to say, thanks for the work on this area. :-) -- -Chuck