Thread (36 messages) 36 messages, 6 authors, 2017-06-30

Re: [PATCH v8 16/18] ext4: use errseq_t based error handling for reporting data writeback errors

From: Christoph Hellwig <hch@infradead.org>
Date: 2017-06-29 14:12:21
Also in: linux-btrfs, linux-ext4, linux-fsdevel, linux-mm, linux-xfs

-	if (unlikely(ext4_forced_shutdown(EXT4_SB(inode->i_sb))))
-		return -EIO;
+	if (unlikely(ext4_forced_shutdown(EXT4_SB(inode->i_sb)))) {
+		ret = -EIO;
+		goto out;
+	}
This just seems to add a call to trace_ext4_sync_file_exit for this
case, which seems unrelated to the patch.
 	if (ret)
-		return ret;
+		goto out;
+
Same here.
quoted hunk ↗ jump to hunk
 	/*
 	 * data=writeback,ordered:
 	 *  The caller's filemap_fdatawrite()/wait will sync the data.
@@ -152,7 +155,7 @@ int ext4_sync_file(struct file *file, loff_t start, loff_t end, int datasync)
 		needs_barrier = true;
 	ret = jbd2_complete_transaction(journal, commit_tid);
 	if (needs_barrier) {
-	issue_flush:
+issue_flush:
 		err = blkdev_issue_flush(inode->i_sb->s_bdev, GFP_KERNEL, NULL);
And while I much prefer your new label placement it also doesn't
seem to belong into this patch.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help