From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from pippin.tausq.org (gandalf.tausq.org [64.81.244.94]) by dsl2.external.hp.com (Postfix) with ESMTP id AB45248F4 for ; Fri, 22 Aug 2003 13:05:17 -0600 (MDT) Date: Fri, 22 Aug 2003 12:09:52 -0700 From: Randolph Chung To: James Bottomley Cc: Hugh Dickins , "David S. Miller" , willy@debian.org, Linux Kernel , PARISC list , drepper@redhat.com Subject: Re: [parisc-linux] Re: Problems with kernel mmap (failing tst-mmap-eofsync in glibc on parisc) Message-ID: <20030822190952.GF21328@tausq.org> Reply-To: Randolph Chung References: <1061577688.2090.285.camel@mulgrave> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <1061577688.2090.285.camel@mulgrave> Sender: parisc-linux-admin@lists.parisc-linux.org Errors-To: parisc-linux-admin@lists.parisc-linux.org List-Help: List-Post: List-Subscribe: , List-Id: parisc-linux developers list List-Unsubscribe: , List-Archive: In reference to a message from James Bottomley, dated Aug 22: > On Fri, 2003-08-22 at 13:34, Hugh Dickins wrote: > > Might the problem be in parisc's __flush_dcache_page, > > which only examines i_mmap_shared? > > This is the issue: we do treat them differently. as does some other archs, like ARM. are we saying that MAP_SHARED != VM_SHARED? the mmap code allows architectures to map pages differently if MAP_SHARED is specified, but it puts it on i_mmap vs i_mmap_shared using VM_SHARED, and for read-only files we silently drop VM_SHARED... so the page is mapped using MAP_SHARED semantics but placed on i_mmap.... confused, randolph -- Randolph Chung Debian GNU/Linux Developer, hppa/ia64 ports http://www.tausq.org/