From owner-svn-src-head@FreeBSD.ORG Thu Oct 22 09:10:15 2009 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 610C1106566C; Thu, 22 Oct 2009 09:10:15 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id 0E2328FC15; Thu, 22 Oct 2009 09:10:14 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id 6822FC3BA2; Thu, 22 Oct 2009 11:04:51 +0200 (CEST) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id wByypEEbg6be; Thu, 22 Oct 2009 11:04:50 +0200 (CEST) Received: from [10.0.0.34] (cardhu.semihalf.com [213.17.239.108]) by smtp.semihalf.com (Postfix) with ESMTPSA id B2631C3B9C; Thu, 22 Oct 2009 11:04:50 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Rafal Jaworowski In-Reply-To: <200910211838.n9LIc2wp007206@svn.freebsd.org> Date: Thu, 22 Oct 2009 11:10:12 +0200 Content-Transfer-Encoding: 7bit Message-Id: References: <200910211838.n9LIc2wp007206@svn.freebsd.org> To: Marcel Moolenaar X-Mailer: Apple Mail (2.1076) Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r198341 - in head/sys: amd64/amd64 arm/arm arm/mv i386/i386 i386/xen ia64/ia64 kern mips/mips powerpc/aim powerpc/booke powerpc/include powerpc/powerpc sparc64/sparc64 sun4v/sun4v vm X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Oct 2009 09:10:15 -0000 On 2009-10-21, at 20:38, Marcel Moolenaar wrote: > The key property of this change is that the I-cache is made coherent > *after* writes have been done. Doing it in the PMAP layer when adding > or changing a mapping means that the I-cache is made coherent > *before* > any writes happen. The difference is key when the I-cache prefetches. Marcel, does this new approach help with your problems on MV-78xxx with SATA when executing binaries was failing with various signals etc. (and the suspicions were this was due to some i-cache incoherency)? Rafal