Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751467AbdGZTu2 (ORCPT ); Wed, 26 Jul 2017 15:50:28 -0400 Received: from mx1.redhat.com ([209.132.183.28]:48252 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751406AbdGZTu0 (ORCPT ); Wed, 26 Jul 2017 15:50:26 -0400 DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com 1FFC8A23EA Authentication-Results: ext-mx01.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com Authentication-Results: ext-mx01.extmail.prod.ext.phx2.redhat.com; spf=fail smtp.mailfrom=rpeterso@redhat.com Date: Wed, 26 Jul 2017 15:50:22 -0400 (EDT) From: Bob Peterson To: Jeff Layton Cc: Alexander Viro , Jan Kara , "J . Bruce Fields" , Andrew Morton , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, Matthew Wilcox , Steven Whitehouse , cluster-devel@redhat.com Message-ID: <4829887.34737343.1501098622466.JavaMail.zimbra@redhat.com> In-Reply-To: <20170726175538.13885-3-jlayton@kernel.org> References: <20170726175538.13885-1-jlayton@kernel.org> <20170726175538.13885-3-jlayton@kernel.org> Subject: Re: [PATCH v2 2/4] mm: add file_fdatawait_range and file_write_and_wait MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.10.64.2, 10.4.195.30] Thread-Topic: add file_fdatawait_range and file_write_and_wait Thread-Index: UkkMDfolAEUPzcwgHtztVUUJ7gBaOw== X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.25]); Wed, 26 Jul 2017 19:50:26 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1933 Lines: 64 ----- Original Message ----- | From: Jeff Layton | | Some filesystem fsync routines will need these. | | Signed-off-by: Jeff Layton | --- | include/linux/fs.h | 7 ++++++- | mm/filemap.c | 56 | ++++++++++++++++++++++++++++++++++++++++++++++++++++++ | 2 files changed, 62 insertions(+), 1 deletion(-) (snip) | diff --git a/mm/filemap.c b/mm/filemap.c | index 72e46e6f0d9a..b904a8dfa43d 100644 | --- a/mm/filemap.c | +++ b/mm/filemap.c (snip) | @@ -675,6 +698,39 @@ int file_write_and_wait_range(struct file *file, loff_t | lstart, loff_t lend) | EXPORT_SYMBOL(file_write_and_wait_range); | | /** | + * file_write_and_wait - write out whole file and wait on it and return any | + * writeback errors since we last checked | + * @file: file to write back and wait on | + * | + * Write back the whole file and wait on its mapping. Afterward, check for | + * errors that may have occurred since our file->f_wb_err cursor was last | + * updated. | + */ | +int file_write_and_wait(struct file *file) | +{ | + int err = 0, err2; | + struct address_space *mapping = file->f_mapping; | + | + if ((!dax_mapping(mapping) && mapping->nrpages) || | + (dax_mapping(mapping) && mapping->nrexceptional)) { Seems like we should make the new function mapping_needs_writeback more central (mm.h or fs.h?) and call it here ^. | + err = filemap_fdatawrite(mapping); | + /* See comment of filemap_write_and_wait() */ | + if (err != -EIO) { | + loff_t i_size = i_size_read(mapping->host); | + | + if (i_size != 0) | + __filemap_fdatawait_range(mapping, 0, | + i_size - 1); | + } | + } | + err2 = file_check_and_advance_wb_err(file); | + if (!err) | + err = err2; | + return err; In the past, I've seen more elegant constructs like: return (err ? err : err2); but I don't know what's considered more ugly or hackish. Regards, Bob Peterson Red Hat File Systems