Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S263489AbTHWW7O (ORCPT ); Sat, 23 Aug 2003 18:59:14 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S263505AbTHWW7O (ORCPT ); Sat, 23 Aug 2003 18:59:14 -0400 Received: from pizda.ninka.net ([216.101.162.242]:13244 "EHLO pizda.ninka.net") by vger.kernel.org with ESMTP id S263489AbTHWW7L (ORCPT ); Sat, 23 Aug 2003 18:59:11 -0400 Date: Sat, 23 Aug 2003 15:51:27 -0700 From: "David S. Miller" To: James Bottomley Cc: hugh@veritas.com, willy@debian.org, linux-kernel@vger.kernel.org, parisc-linux@lists.parisc-linux.org, drepper@redhat.com Subject: Re: [parisc-linux] Re: Problems with kernel mmap (failing tst-mmap-eofsync in glibc on parisc) Message-Id: <20030823155127.3cd7b013.davem@redhat.com> In-Reply-To: <1061677283.1992.471.camel@mulgrave> References: <20030822110144.5f7b83c5.davem@redhat.com> <20030822113106.0503a665.davem@redhat.com> <1061578568.2053.313.camel@mulgrave> <20030822121955.619a14eb.davem@redhat.com> <1061591255.1784.636.camel@mulgrave> <20030822154100.06314c8e.davem@redhat.com> <1061600974.2090.809.camel@mulgrave> <20030823144330.5ddab065.davem@redhat.com> <1061677283.1992.471.camel@mulgrave> X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.6; sparc-unknown-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1258 Lines: 29 On 23 Aug 2003 17:21:21 -0500 James Bottomley wrote: > On Sat, 2003-08-23 at 16:43, David S. Miller wrote: > > On 22 Aug 2003 20:09:30 -0500 > > James Bottomley wrote: > > > > > MAP_PRIVATE > > > Create a private copy-on-write mapping. Stores > > > to the region do not affect the original file. > > > It is unspecified whether changes made to the > > > file after the mmap call are visible in the > > > mapped region. ... > Could you elaborate some more? I agree that the MAP_PRIVATE mapping may > not see cpu1's write because of cache incoherencies (but that's what I > believe is covered by the `unspecified' bit of the MAP_PRIVATE > definition above). Ok. Let me think about this a bit more. The safest solution for parisc, meanwhile, would be to walk the non-shared mmap list checking for any instance of the VM_MAYSHARE bit being set. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/