From owner-svn-src-head@FreeBSD.ORG Wed Mar 5 11:54:11 2014 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D0711847; Wed, 5 Mar 2014 11:54:11 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3CD10E2E; Wed, 5 Mar 2014 11:54:11 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id s25Bs2Rx000832; Wed, 5 Mar 2014 13:54:02 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s25Bs2Rx000832 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id s25Bs2t0000831; Wed, 5 Mar 2014 13:54:02 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 5 Mar 2014 13:54:02 +0200 From: Konstantin Belousov To: Ian Lepore Subject: Re: svn commit: r262411 - head/sys/arm/arm Message-ID: <20140305115402.GC24664@kib.kiev.ua> References: <201402232252.s1NMqmI5075701@svn.freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xhQBShgGdvjvx42z" Content-Disposition: inline In-Reply-To: <201402232252.s1NMqmI5075701@svn.freebsd.org> User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.17 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: Wed, 05 Mar 2014 11:54:11 -0000 --xhQBShgGdvjvx42z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 23, 2014 at 10:52:48PM +0000, Ian Lepore wrote: > Author: ian > Date: Sun Feb 23 22:52:48 2014 > New Revision: 262411 > URL: http://svnweb.freebsd.org/changeset/base/262411 >=20 > Log: > If the L2 cache type is PIPT, pass a physical address for a flush. > =20 > While this is technically more correct, I don't think it much matters, > because the only thing in the tree that calls cpu_flush_dcache() is md(= 4) > and I'm > 99% sure it's bogus that it does so; md has no ability to do > anything that can perturb data cache coherency. Yes, md(4) does not break data cache coherency, but I think that Marcel added the flush to ensure instruction cache coherency. The intent was to ensure that harward-architecture machines would see up-to-date memory content when fetching instructions after read on md(4). --xhQBShgGdvjvx42z Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJTFxBZAAoJEJDCuSvBvK1BLHEP/1P19Nj8Ix+PFP74iAdLbrJT PiWbqdSFz7CKCOO01IqAtk5z4uTt8ZryBvqy7TQjG0SY9eKE5nQBJIe1GI38rT1p G10M95a+UVjon574HtmpGRYqejMy2eemKlwwA71H44OOQQ2SJqCtxY6k+5YE2DU+ N7VSLAeA0Bt+BwDRLMH4VnC4HCfk8vEqrXEXX2SzTUQwkWW0XjwaEXatjfgrX2cU NiKh7l58JXWvz0rBDDcg1lknI1+Ew0gIA+MLCTAYyLaeNsfLA5CRy5epT2X9fOvX +ZlPOaxx50XeO+IQvCDky+/ZdyDKje/Rrwz9kNNI2P9lHwU2CTzjo6tVazulZzFl Pt29cI9TwChtDgsRy+IByCk7aXfolZZ5HMyO6ORUrS8etzKxIpz3M14fwCV9KHy7 PWdqkhfKvrfzVUaaGEufReRd/Y69fmKHYPwVq+A3CjWxvB73+aGEXVnRJ5CGZvOf fy3uV0CsqsJyOZ1UjvCOqg83MrTpUEqs4yEkfFFEvE7V5e9qIru4whzSccwMN330 ldKUAK9JZe7+jOIJ6bfcIEhAEPym3i3ofmANuxdicvCy4QvACyOUvh6i5ZglzSaP O3xxPQritLcjAT/ILKLyUHCdXggC/I1wfImf5Yc8MUOIAS84ZpZMoNEjMuadwNx2 3gDDm7CVlhWpMnzYz2i8 =eq31 -----END PGP SIGNATURE----- --xhQBShgGdvjvx42z--