From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jeff Layton Subject: Re: [linux-cifs-client] Re: fsx-linux failing with latest cifs-2.6 git tree Date: Wed, 26 Nov 2008 06:54:18 -0500 Message-ID: <20081126065418.3ffb6045@tleilax.poochiereds.net> References: <20081121105613.09a8cb8e@tleilax.poochiereds.net> <20081121235346.GB9857@wotan.suse.de> <20081121205151.1e3a09fe@tleilax.poochiereds.net> <524f69650811211802x74c0cadaided4c09f6c9e790e@mail.gmail.com> <1227329229.29807.9.camel@norville.austin.ibm.com> <20081122103916.6d9fc4e6@tleilax.poochiereds.net> <1227385664.10953.4.camel@norville.austin.ibm.com> <20081123065715.029b6ceb@tleilax.poochiereds.net> <524f69650811231832v12a03252ycbf53d9b06f178f8@mail.gmail.com> <20081124061918.7376c1ce@tleilax.poochiereds.net> <524f69650811252004nfc7936bga8aa0d34ef487cd@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "Nick Piggin" , linux-fsdevel , pbadari@us.ibm.com, "linux-cifs-client@lists.samba.org" To: "Steve French" Return-path: Received: from mx2.redhat.com ([66.187.237.31]:45883 "EHLO mx2.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751272AbYKZLy3 (ORCPT ); Wed, 26 Nov 2008 06:54:29 -0500 In-Reply-To: <524f69650811252004nfc7936bga8aa0d34ef487cd@mail.gmail.com> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: On Tue, 25 Nov 2008 22:04:04 -0600 "Steve French" wrote: > Do you know why someone added the AOP_FLAG_UNITERRUPTIBLE check in > cifs_write_begin instead of always marking a page up to date if we are > writing the whole page? How often would that flag be set - I only see > it in the path which calls generic_file_buffered_write > > /* If we are writing a full page it will be up to date, > no need to read from the server */ > if (len == PAGE_CACHE_SIZE && flags & AOP_FLAG_UNINTERRUPTIBLE) > > It seems restrictive Good Q. This article is informative... http://lwn.net/Articles/254856/ ...so I take this to mean that when this flag isn't set you might be able to interrupt the copy of the data to the page, and leave part of it in an uninitialized state. Hmm...given that, we should probably not optimize the read away at all if that flag isn't set. Let me see about respinning that patch... -- Jeff Layton