Thread (41 messages) 41 messages, 6 authors, 2021-02-03

Re: [PATCH v2 12/12] xfs: remove a stale comment from xfs_file_aio_write_checks()

From: "Darrick J. Wong" <djwong@kernel.org>
Date: 2021-01-12 17:32:17
Also in: linux-f2fs-devel, linux-fsdevel, linux-xfs

On Fri, Jan 08, 2021 at 11:59:03PM -0800, Eric Biggers wrote:
From: Eric Biggers <redacted>

The comment in xfs_file_aio_write_checks() about calling file_modified()
after dropping the ilock doesn't make sense, because the code that
unconditionally acquires and drops the ilock was removed by
commit 467f78992a07 ("xfs: reduce ilock hold times in
xfs_file_aio_write_checks").

Remove this outdated comment.

Reviewed-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Eric Biggers <redacted>
Yep, thanks for the update. :)

Reviewed-by: Darrick J. Wong <redacted>

--D
quoted hunk ↗ jump to hunk
---
 fs/xfs/xfs_file.c | 6 ------
 1 file changed, 6 deletions(-)
diff --git a/fs/xfs/xfs_file.c b/fs/xfs/xfs_file.c
index 5b0f93f738372..4927c6653f15d 100644
--- a/fs/xfs/xfs_file.c
+++ b/fs/xfs/xfs_file.c
@@ -389,12 +389,6 @@ xfs_file_aio_write_checks(
 	} else
 		spin_unlock(&ip->i_flags_lock);
 
-	/*
-	 * Updating the timestamps will grab the ilock again from
-	 * xfs_fs_dirty_inode, so we have to call it after dropping the
-	 * lock above.  Eventually we should look into a way to avoid
-	 * the pointless lock roundtrip.
-	 */
 	return file_modified(file);
 }
 
-- 
2.30.0
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help