From owner-svn-src-head@FreeBSD.ORG Tue Oct 27 19:13:00 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 7E56A1065679; Tue, 27 Oct 2009 19:13:00 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 089BB8FC08; Tue, 27 Oct 2009 19:12:59 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id n9RJCwfC010588; Tue, 27 Oct 2009 20:12:58 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id n9RJCwsp010587; Tue, 27 Oct 2009 20:12:58 +0100 (CET) (envelope-from marius) Date: Tue, 27 Oct 2009 20:12:58 +0100 From: Marius Strobl To: Marcel Moolenaar Message-ID: <20091027191258.GU27159@alchemy.franken.de> References: <200910211838.n9LIc2wp007206@svn.freebsd.org> <20091025202541.GC94979@alchemy.franken.de> <36313C38-9B60-4BF3-885C-5BAAA915DCFE@mac.com> <20091026201116.GS27159@alchemy.franken.de> <63FB238C-D66F-486B-AB5B-DA7C2423A78B@mac.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <63FB238C-D66F-486B-AB5B-DA7C2423A78B@mac.com> User-Agent: Mutt/1.4.2.3i 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: Tue, 27 Oct 2009 19:13:00 -0000 On Mon, Oct 26, 2009 at 01:53:47PM -0700, Marcel Moolenaar wrote: > > On Oct 26, 2009, at 1:11 PM, Marius Strobl wrote: > > >The cheetah-class CPUs, i.e. USIII and later, take care of > >I$ coherency themselves, unlike the spitfire ones (see also > >cheetah_icache_page_inval() vs. spitfire_icache_page_inval()). > > This explains why I didn't see any I-cache coherency issues :-) > > >I currently can't think of any existing code which would > >ensure I$ consistency after the writes have been performed, > >not even as a side-effect. The proper solution probalby is to > >make pmap_sync_icache() a wrapper around icache_page_inval(). > > I concur. Do we have any spitfire-based sparc64 boxes in the > cluster or do you have one? We don't have any sparc64 machine in the cluster since panther died although there we're some nice replacements offered for donation but unfortunately it seems getting a machine into the cluster is next to impossible. Do you want something particularly tested on a spitfire-based machine? Marius