Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp3489782rwb; Fri, 30 Sep 2022 04:29:47 -0700 (PDT) X-Google-Smtp-Source: AMsMyM4+u3JpQeKZq9PeI4iyhf0xxSP9MnM/AIFg0fwTkK+pqwSAJsqBS13T0J6GJGXVODT27JI1 X-Received: by 2002:a17:902:76c9:b0:17c:afb3:d1ee with SMTP id j9-20020a17090276c900b0017cafb3d1eemr1593905plt.161.1664537387153; Fri, 30 Sep 2022 04:29:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1664537387; cv=none; d=google.com; s=arc-20160816; b=GbY+j0GEHwlKnWLvaeZDGC9t5V1Pz0NPWuZtaiW+V6T9smWLUPuxaVizYtgYM1f1Ku WB/5eg3cT1i+UhubyDKewquMxX/0ZwmYsV/pwKfDDZ7/CP+WZn0gw4M0WvcBhudFKUzG x5gbZO8LoVmng0jztmaKUJIFWqkjtOfbdSvImVVSTWL0kdVk3/qL5sg/pEyWGLULraq9 6fhqbdtn9gFLM0WMMZOaK2XEHwLzFw5w8N5u+79/M6yJv9hX1LAogHel0lHozUxAUrWa FCSxfTDGUOFOWRDwvrMBJ6Lsv2cFrVxLIbYQpX6GMkHIt/Z6Iz/FbzxpecqQ//A9So3/ W70Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=uHizV9hdR8mMRB6RKAQo3tQxcNv8BNx98ieAQc6LlrY=; b=HrWEeYtZIb6ddKQ+2cEP7clbQX5GdXb6NDSwwpQNvBLu+XPXnUfrG9/7D/iJPiWRaJ gzG498gBSmRwyYYjOMnIQNqvp2MnZHrd/6bWPXKnsHxSqH5MpWeYnqChbveUORffSpgk 9udO0uX7F30c4wjjkAu1G4KNRQsmlxjDi4Y/lhndeCxdSMx/LlkRlFvSpkOVio0iTx2w kfiUrZnarCnqxTb9x2PlbiTZeqTTEAQ/2BTwLnYSXycMvQ5EwW2oTYekPsUpflFdXaxM AvrKSfr9o4DyAk92Oj5VZ5VPLZa4xykiryOWHh9XpUakBtWsopOOD2K2Pc0I8fOBIDA0 a39A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=E1+suCyB; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id z11-20020a056a001d8b00b0051f2b9f9b3bsi2067331pfw.243.2022.09.30.04.29.31; Fri, 30 Sep 2022 04:29:47 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=E1+suCyB; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231384AbiI3L1I (ORCPT + 99 others); Fri, 30 Sep 2022 07:27:08 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:32840 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231177AbiI3L0b (ORCPT ); Fri, 30 Sep 2022 07:26:31 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DA7E2EE2E; Fri, 30 Sep 2022 04:19:06 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 77060B8280D; Fri, 30 Sep 2022 11:19:05 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 4AF6BC4347C; Fri, 30 Sep 2022 11:19:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1664536744; bh=x94ngh3SR30xuVLdH4ioO8YH0PC8Q6w0q3cK1o2WgAs=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=E1+suCyBf4Mq23dZykr03FKvOkB2KN2pmo4hPt9FSzh5mDyAgRwzx4IBi3jD2xYta 2aH0OFlPU2JQZt0iJZDPo+cYiYNcx36IEelulL17hYdS4gazqnHPs16SmxbYG7/sIh Mn4Q66DPEqaqeLSh88qk9dZa9Z+SLVE+UCijLAM0IQjzkK+04GeTC+Y6owqADky9WX 6QI36erT6IJdk6dUqhK+InrXSOp5nQD/lPUXYB6IWKocKgbeYVjwswHwH3urvBP8HN fKO0R+gneckl6h3osuEOy9z4kQ2Iw97ImHbJTgAgvforuxHZb1TWNVjqkRNIonephB t2vFf8ic4Ckug== From: Jeff Layton To: tytso@mit.edu, adilger.kernel@dilger.ca, djwong@kernel.org, david@fromorbit.com, trondmy@hammerspace.com, neilb@suse.de, viro@zeniv.linux.org.uk, zohar@linux.ibm.com, xiubli@redhat.com, chuck.lever@oracle.com, lczerner@redhat.com, jack@suse.cz, bfields@fieldses.org, brauner@kernel.org, fweimer@redhat.com Cc: linux-btrfs@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, ceph-devel@vger.kernel.org, linux-ext4@vger.kernel.org, linux-nfs@vger.kernel.org, linux-xfs@vger.kernel.org Subject: [PATCH v6 9/9] ext4: update times after I/O in write codepaths Date: Fri, 30 Sep 2022 07:18:40 -0400 Message-Id: <20220930111840.10695-10-jlayton@kernel.org> X-Mailer: git-send-email 2.37.3 In-Reply-To: <20220930111840.10695-1-jlayton@kernel.org> References: <20220930111840.10695-1-jlayton@kernel.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-7.2 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org The times currently get updated before the data is copied (or the DIO is issued) which is problematic for NFSv4. A READ+GETATTR could race with a write in such a way to make the client associate the state of the file with the wrong change attribute, and that association could persist indefinitely if the file sees no further changes. For this reason, it's better to bump the times and change attribute after the data has been copied or the DIO write issued. Signed-off-by: Jeff Layton --- fs/ext4/file.c | 20 +++++++++++++++++--- 1 file changed, 17 insertions(+), 3 deletions(-) diff --git a/fs/ext4/file.c b/fs/ext4/file.c index 109d07629f81..1fa8e0239856 100644 --- a/fs/ext4/file.c +++ b/fs/ext4/file.c @@ -246,7 +246,7 @@ static ssize_t ext4_write_checks(struct kiocb *iocb, struct iov_iter *from) if (count <= 0) return count; - ret = file_modified(iocb->ki_filp); + ret = file_remove_privs(iocb->ki_filp); if (ret) return ret; return count; @@ -269,7 +269,11 @@ static ssize_t ext4_buffered_write_iter(struct kiocb *iocb, current->backing_dev_info = inode_to_bdi(inode); ret = generic_perform_write(iocb, from); current->backing_dev_info = NULL; - + if (ret > 0) { + ssize_t ret2 = file_update_time(iocb->ki_filp); + if (ret2) + ret = ret2; + } out: inode_unlock(inode); if (likely(ret > 0)) { @@ -455,7 +459,7 @@ static ssize_t ext4_dio_write_checks(struct kiocb *iocb, struct iov_iter *from, goto restart; } - ret = file_modified(file); + ret = file_remove_privs(file); if (ret < 0) goto out; @@ -572,6 +576,11 @@ static ssize_t ext4_dio_write_iter(struct kiocb *iocb, struct iov_iter *from) if (extend) ret = ext4_handle_inode_extension(inode, offset, ret, count); + if (ret > 0) { + ssize_t ret2 = file_update_time(iocb->ki_filp); + if (ret2) + ret = ret2; + } out: if (ilock_shared) inode_unlock_shared(inode); @@ -653,6 +662,11 @@ ext4_dax_write_iter(struct kiocb *iocb, struct iov_iter *from) if (extend) ret = ext4_handle_inode_extension(inode, offset, ret, count); + if (ret > 0) { + ssize_t ret2 = file_update_time(iocb->ki_filp); + if (ret2) + ret = ret2; + } out: inode_unlock(inode); if (ret > 0) -- 2.37.3