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 327FC4834 for ; Wed, 23 Oct 2002 17:14:25 -0600 (MDT) Date: Wed, 23 Oct 2002 16:15:36 -0700 From: Randolph Chung To: Jochen Friedrich Cc: HP900 PARISC mailing list Subject: Re: [parisc-linux] unreliable mmap Message-ID: <20021023231536.GC5602@tausq.org> Reply-To: Randolph Chung References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: 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: > While debugging cyrus21-imapd, i experienced pretty fishy behaviour > of the skiplist database backend. It turned out that the 715 is affected > by the mmap problem, as well. as are c3k, a500, etc.... no one has managed to really track this down yet. i can insert a dcache flush into the kernel to 'fix' this, but it is not the right place to be doing the flush. my understanding of what's happening is that the open(2) and mmap() creates two different "views" of the underlying page. when a write() flushes the contents, only the open() view is flushd but not the mmap view. unfortunately i don't know nearly enough about vm to be able to track this down and fix it properly :( randolph -- Randolph Chung Debian GNU/Linux Developer, hppa/ia64 ports http://www.tausq.org/