From owner-svn-src-all@FreeBSD.ORG Fri Mar 7 15:21:20 2014 Return-Path: Delivered-To: svn-src-all@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ABDD8C48; Fri, 7 Mar 2014 15:21:20 +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 4A61ABBC; Fri, 7 Mar 2014 15:21:20 +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 s27FLBQw058031; Fri, 7 Mar 2014 17:21:11 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s27FLBQw058031 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id s27FLB2A058030; Fri, 7 Mar 2014 17:21:11 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 7 Mar 2014 17:21:11 +0200 From: Konstantin Belousov To: Ian Lepore Subject: Re: svn commit: r262411 - head/sys/arm/arm Message-ID: <20140307152111.GL24664@kib.kiev.ua> References: <201402232252.s1NMqmI5075701@svn.freebsd.org> <20140305115402.GC24664@kib.kiev.ua> <1394025767.1149.327.camel@revolution.hippie.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aq8k2F4XKnGQvi/k" Content-Disposition: inline In-Reply-To: <1394025767.1149.327.camel@revolution.hippie.lan> 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-all@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Mar 2014 15:21:20 -0000 --aq8k2F4XKnGQvi/k Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 05, 2014 at 06:22:47AM -0700, Ian Lepore wrote: > On Wed, 2014-03-05 at 13:54 +0200, Konstantin Belousov wrote: > > 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 matte= rs, > > > 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. > >=20 > > 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). >=20 > Oh. If that's necessary on ia64, it seems like ia64/elf_machdep.c would > be the place to do the flush. I am not sure about ia64, it was needed for PowerPC, I think. The issue is not limited to the module loads, so elf_machdep.c cannot solve the problem. --aq8k2F4XKnGQvi/k Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJTGePmAAoJEJDCuSvBvK1B6wcQAJXAPTp0SQRhC6F6N9wAiP6J fs9OqM0piKSxOl9BouSatDjz/KI+wUacJ3YcaZhQNOyJViFcEeyOdcCYgZbC/U3s 83OL5nRpN4wxE5/g92pQm85WCRFa6kopW12RKlNpqlZ09bT8wkcmkNCoxBrmjB93 uFm0MGe0OiQhNQjrWeNPGEpXaO92f/ilc0ps3cfL+B1BM5+ou1si9QBp5MoqjK1L eQRY/LgkOA2PasorIr2ljiGZWwECQcNkFe+NitOomqZg1fxi2+ugRA54Y1vBfA97 JRVO2Vlaj50V0RVrKJpcaW+bXyMXPHO/zHAafaZBLk+v+e79TSv6ZTAODXrrzF0x P0M6FDYsH+0xlEssroLsd310dPn2p/wRAIRMSf6K8o81mtRrcRtUB7kksw0bUrUJ fQj6KHv1IKF61p35Qp0A+jrZtznvhsQiOIyy9hQkXqryx4JAm1I+LEpRDhYatXpN Tua2Sk4kYNzCF1vp163vmz9pPznJr1geLnB/bdwzdGbEPMuYctBlQU0MOqZytRqP DUia3I9dPqz85JMMXjHcy8N8coKNbWu4KYPA1lKkp0Ye1j1ixfJJRD7zuayMYQgi asdIO3FNnW8rkuUqdkEWVFNEQsNZMpNK0fSpK7L4fS2mRzm/dD+4Pf5mY0GRwh8p ds/LHMnJamdHcew7++sN =8API -----END PGP SIGNATURE----- --aq8k2F4XKnGQvi/k--