Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756745Ab1CNBrz (ORCPT ); Sun, 13 Mar 2011 21:47:55 -0400 Received: from smarthost1.greenhost.nl ([195.190.28.78]:51396 "EHLO smarthost1.greenhost.nl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752329Ab1CNBrx (ORCPT ); Sun, 13 Mar 2011 21:47:53 -0400 Message-ID: <49b3cf559f9a26a84b6d7f65b38364b9.squirrel@webmail.greenhost.nl> In-Reply-To: References: <201103111255.44979.arnd@arndb.de> <4D7AC0FE.8070806@gmail.com> <1d4d1b7ae64da97f44cad0e2bda4f832.squirrel@webmail.greenhost.nl> <4D7ADFDD.9080108@gmail.com> <4D7BBC03.3020404@garzik.org> <89481603ed9cfc86efaa039c2dfeb955.squirrel@webmail.greenhost.nl> Date: Mon, 14 Mar 2011 02:47:48 +0100 (CET) Subject: Re: [PATCH v3] introduce sys_syncfs to sync a single file system From: "Indan Zupancic" To: "Theodore Tso" Cc: "Jeff Garzik" , "Ric Wheeler" , "Arnd Bergmann" , "Sage Weil" , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, "Aneesh Kumar K. V" , "Jonathan Nieder" , akpm@linux-foundation.org, linux-api@vger.kernel.org, mtk.manpages@gmail.com, viro@zeniv.linux.org.uk, hch@lst.de, l@jasper.es User-Agent: SquirrelMail/1.4.17 MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Spam-Score: 0.1 X-Scan-Signature: c74461a82029b6293650421ecb57b64a Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1059 Lines: 30 On Mon, March 14, 2011 02:37, Theodore Tso wrote: > > On Mar 13, 2011, at 9:31 PM, Indan Zupancic wrote: > >> The new syscall works on only one fd too. The behaviour of the proposed >> syncfs and an extended sync_file_range is exactly the same. > > No, it's quite different. One syncs the entire file system; sync_file_range > requests that the pages associated with a file be pushed to disk --- it says > nothing about the metadata associated with the file. You missed the part where a new flag for sync_file_range would be added that does sync the whole file system. > I'm in favor of the new sys_syncfs system call. Care to define its behaviour? Does it wait till all data is written out, does it flush disk caches, what if new data is written to the fs while a sync is going on, etc. Greetings, Indan -- 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/