iomap: move the main iteration code into a separate file
authorDarrick J. Wong <darrick.wong@oracle.com>
Mon, 15 Jul 2019 15:51:00 +0000 (08:51 -0700)
committerDarrick J. Wong <darrick.wong@oracle.com>
Wed, 17 Jul 2019 14:20:43 +0000 (07:20 -0700)
Move the main iteration code into a separate file so that we can group
related functions in a single file instead of having a single enormous
source file.

Signed-off-by: Darrick J. Wong <darrick.wong@oracle.com>
Reviewed-by: Christoph Hellwig <hch@lst.de>
fs/Makefile
fs/iomap.c [deleted file]
fs/iomap/Makefile
fs/iomap/apply.c [new file with mode: 0644]

index 8e61bdf9f330c7432d84e8e7fcfe960b50663c89..d60089fd689bc08dabc06e3b41a921e895acb6a6 100644 (file)
@@ -52,7 +52,6 @@ obj-$(CONFIG_COREDUMP)                += coredump.o
 obj-$(CONFIG_SYSCTL)           += drop_caches.o
 
 obj-$(CONFIG_FHANDLE)          += fhandle.o
-obj-$(CONFIG_FS_IOMAP)         += iomap.o
 obj-y                          += iomap/
 
 obj-y                          += quota/
diff --git a/fs/iomap.c b/fs/iomap.c
deleted file mode 100644 (file)
index 88a3144..0000000
+++ /dev/null
@@ -1,91 +0,0 @@
-// SPDX-License-Identifier: GPL-2.0
-/*
- * Copyright (C) 2010 Red Hat, Inc.
- * Copyright (c) 2016-2018 Christoph Hellwig.
- */
-#include <linux/module.h>
-#include <linux/compiler.h>
-#include <linux/fs.h>
-#include <linux/iomap.h>
-#include <linux/uaccess.h>
-#include <linux/gfp.h>
-#include <linux/migrate.h>
-#include <linux/mm.h>
-#include <linux/mm_inline.h>
-#include <linux/swap.h>
-#include <linux/pagemap.h>
-#include <linux/pagevec.h>
-#include <linux/file.h>
-#include <linux/uio.h>
-#include <linux/backing-dev.h>
-#include <linux/buffer_head.h>
-#include <linux/task_io_accounting_ops.h>
-#include <linux/dax.h>
-#include <linux/sched/signal.h>
-
-#include "internal.h"
-
-/*
- * Execute a iomap write on a segment of the mapping that spans a
- * contiguous range of pages that have identical block mapping state.
- *
- * This avoids the need to map pages individually, do individual allocations
- * for each page and most importantly avoid the need for filesystem specific
- * locking per page. Instead, all the operations are amortised over the entire
- * range of pages. It is assumed that the filesystems will lock whatever
- * resources they require in the iomap_begin call, and release them in the
- * iomap_end call.
- */
-loff_t
-iomap_apply(struct inode *inode, loff_t pos, loff_t length, unsigned flags,
-               const struct iomap_ops *ops, void *data, iomap_actor_t actor)
-{
-       struct iomap iomap = { 0 };
-       loff_t written = 0, ret;
-
-       /*
-        * Need to map a range from start position for length bytes. This can
-        * span multiple pages - it is only guaranteed to return a range of a
-        * single type of pages (e.g. all into a hole, all mapped or all
-        * unwritten). Failure at this point has nothing to undo.
-        *
-        * If allocation is required for this range, reserve the space now so
-        * that the allocation is guaranteed to succeed later on. Once we copy
-        * the data into the page cache pages, then we cannot fail otherwise we
-        * expose transient stale data. If the reserve fails, we can safely
-        * back out at this point as there is nothing to undo.
-        */
-       ret = ops->iomap_begin(inode, pos, length, flags, &iomap);
-       if (ret)
-               return ret;
-       if (WARN_ON(iomap.offset > pos))
-               return -EIO;
-       if (WARN_ON(iomap.length == 0))
-               return -EIO;
-
-       /*
-        * Cut down the length to the one actually provided by the filesystem,
-        * as it might not be able to give us the whole size that we requested.
-        */
-       if (iomap.offset + iomap.length < pos + length)
-               length = iomap.offset + iomap.length - pos;
-
-       /*
-        * Now that we have guaranteed that the space allocation will succeed.
-        * we can do the copy-in page by page without having to worry about
-        * failures exposing transient data.
-        */
-       written = actor(inode, pos, length, data, &iomap);
-
-       /*
-        * Now the data has been copied, commit the range we've copied.  This
-        * should not fail unless the filesystem has had a fatal error.
-        */
-       if (ops->iomap_end) {
-               ret = ops->iomap_end(inode, pos, length,
-                                    written > 0 ? written : 0,
-                                    flags, &iomap);
-       }
-
-       return written ? written : ret;
-}
index 19fd672cd4866b7fc725e089097a0e4c84e503da..2d165388d9524fe101f31913742b8f52a598de3f 100644 (file)
@@ -6,6 +6,7 @@
 obj-$(CONFIG_FS_IOMAP)         += iomap.o
 
 iomap-y                                += \
+                                       apply.o \
                                        buffered-io.o \
                                        direct-io.o \
                                        fiemap.o \
diff --git a/fs/iomap/apply.c b/fs/iomap/apply.c
new file mode 100644 (file)
index 0000000..9f956cf
--- /dev/null
@@ -0,0 +1,76 @@
+// SPDX-License-Identifier: GPL-2.0
+/*
+ * Copyright (C) 2010 Red Hat, Inc.
+ * Copyright (c) 2016-2018 Christoph Hellwig.
+ */
+#include <linux/module.h>
+#include <linux/compiler.h>
+#include <linux/fs.h>
+#include <linux/iomap.h>
+
+#include "../internal.h"
+
+/*
+ * Execute a iomap write on a segment of the mapping that spans a
+ * contiguous range of pages that have identical block mapping state.
+ *
+ * This avoids the need to map pages individually, do individual allocations
+ * for each page and most importantly avoid the need for filesystem specific
+ * locking per page. Instead, all the operations are amortised over the entire
+ * range of pages. It is assumed that the filesystems will lock whatever
+ * resources they require in the iomap_begin call, and release them in the
+ * iomap_end call.
+ */
+loff_t
+iomap_apply(struct inode *inode, loff_t pos, loff_t length, unsigned flags,
+               const struct iomap_ops *ops, void *data, iomap_actor_t actor)
+{
+       struct iomap iomap = { 0 };
+       loff_t written = 0, ret;
+
+       /*
+        * Need to map a range from start position for length bytes. This can
+        * span multiple pages - it is only guaranteed to return a range of a
+        * single type of pages (e.g. all into a hole, all mapped or all
+        * unwritten). Failure at this point has nothing to undo.
+        *
+        * If allocation is required for this range, reserve the space now so
+        * that the allocation is guaranteed to succeed later on. Once we copy
+        * the data into the page cache pages, then we cannot fail otherwise we
+        * expose transient stale data. If the reserve fails, we can safely
+        * back out at this point as there is nothing to undo.
+        */
+       ret = ops->iomap_begin(inode, pos, length, flags, &iomap);
+       if (ret)
+               return ret;
+       if (WARN_ON(iomap.offset > pos))
+               return -EIO;
+       if (WARN_ON(iomap.length == 0))
+               return -EIO;
+
+       /*
+        * Cut down the length to the one actually provided by the filesystem,
+        * as it might not be able to give us the whole size that we requested.
+        */
+       if (iomap.offset + iomap.length < pos + length)
+               length = iomap.offset + iomap.length - pos;
+
+       /*
+        * Now that we have guaranteed that the space allocation will succeed.
+        * we can do the copy-in page by page without having to worry about
+        * failures exposing transient data.
+        */
+       written = actor(inode, pos, length, data, &iomap);
+
+       /*
+        * Now the data has been copied, commit the range we've copied.  This
+        * should not fail unless the filesystem has had a fatal error.
+        */
+       if (ops->iomap_end) {
+               ret = ops->iomap_end(inode, pos, length,
+                                    written > 0 ? written : 0,
+                                    flags, &iomap);
+       }
+
+       return written ? written : ret;
+}