From owner-freebsd-ports@FreeBSD.ORG Sun Sep 4 13:32:12 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 100EC1065672 for ; Sun, 4 Sep 2011 13:32:12 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by mx1.freebsd.org (Postfix) with SMTP id 56B6A8FC08 for ; Sun, 4 Sep 2011 13:32:11 +0000 (UTC) Received: (qmail invoked by alias); 04 Sep 2011 13:32:09 -0000 Received: from p4FE33D45.dip.t-dialin.net (EHLO [192.168.0.3]) [79.227.61.69] by mail.gmx.net (mp063) with SMTP; 04 Sep 2011 15:32:09 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX1+8xqZ4TH68FvcJ6NqfA1e4wtaI8oetZYmOzi38xF My8yWFI7EFb4nR Message-ID: <4E637DD8.50700@gmx.de> Date: Sun, 04 Sep 2011 15:32:08 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.21) Gecko/20110831 Lightning/1.0b2 Mnenhy/0.8.3 Thunderbird/3.1.13 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <20110725155920.GA83490@freebsd.org> <4E631DBF.9000106@yandex.ru> <20110904101252.526de5ef@nonamehost.> <4E632A09.8060904@FreeBSD.org> <20110904114550.71c63078@nonamehost.> <4E63516B.7000805@FreeBSD.org> <20110904130659.7a94cce8@raksha.tavi.co.uk> In-Reply-To: <20110904130659.7a94cce8@raksha.tavi.co.uk> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Re: reasons for rewriting regular memory (was: [ANNOUNCE]: clang compiling ports, take 2) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2011 13:32:12 -0000 > I agree, but I can think of another valid exception. System with > Hamming correction on the memory, gets a single bit (correctable) > error. Need to rewrite the memory contents to reset all the parity > bits! That's a matter of the EDAC stuff, not the business of applications.