Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Tue, 23 Jul 2002 13:58:06 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Tue, 23 Jul 2002 13:58:06 -0400 Received: from pat.uio.no ([129.240.130.16]:25761 "EHLO pat.uio.no") by vger.kernel.org with ESMTP id ; Tue, 23 Jul 2002 13:58:06 -0400 To: Gregory Giguashvili Cc: Andi Kleen , linux-kernel@vger.kernel.org Subject: Re: Problem with msync system call References: From: Trond Myklebust Date: 23 Jul 2002 20:01:07 +0200 In-Reply-To: Message-ID: User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Common Lisp) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 771 Lines: 15 >>>>> " " == Andi Kleen writes: > Do a F_SETFL lock/unlock on the file That should act as a full > NFS write barrier and flush all buffers. Best is if you > synchronize between the various writers with the full lock. Note: This will not work for files that are in the process of being mmap()ed. In order to make it all work, you have to munmap() first, then lock, then mmap(). This is due to limitations in the VM which won't allow anyone to invalidate a mapping that is in use. Cheers, Trond - 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/