summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorAl Viro <viro@zeniv.linux.org.uk>2016-02-11 21:28:52 -0500
committerMike Marshall <hubcap@omnibond.com>2016-02-12 15:05:32 -0500
commitc0eae8cd77bc34b7e4c52037eeb53712f46fa05c (patch)
treed7c6788cadf658293774c197ff852dc9312d0136
parent7b9761af86b63baf4ce304fbdfdb87227d4bfbed (diff)
downloadlinux-stable-c0eae8cd77bc34b7e4c52037eeb53712f46fa05c.tar.gz
linux-stable-c0eae8cd77bc34b7e4c52037eeb53712f46fa05c.tar.bz2
linux-stable-c0eae8cd77bc34b7e4c52037eeb53712f46fa05c.zip
orangefs: get rid of handle_io_error()
the second caller never needs to cancel, actually Signed-off-by: Al Viro <viro@zeniv.linux.org.uk> Signed-off-by: Mike Marshall <hubcap@omnibond.com>
-rw-r--r--fs/orangefs/file.c65
1 files changed, 14 insertions, 51 deletions
diff --git a/fs/orangefs/file.c b/fs/orangefs/file.c
index c767ec746c76..dafa03ef0107 100644
--- a/fs/orangefs/file.c
+++ b/fs/orangefs/file.c
@@ -83,46 +83,6 @@ static int postcopy_buffers(struct orangefs_bufmap *bufmap,
}
/*
- * handles two possible error cases, depending on context.
- *
- * by design, our vfs i/o errors need to be handled in one of two ways,
- * depending on where the error occured.
- *
- * if the error happens in the waitqueue code because we either timed
- * out or a signal was raised while waiting, we need to cancel the
- * userspace i/o operation and free the op manually. this is done to
- * avoid having the device start writing application data to our shared
- * bufmap pages without us expecting it.
- *
- * FIXME: POSSIBLE OPTIMIZATION:
- * However, if we timed out or if we got a signal AND our upcall was never
- * picked off the queue (i.e. we were in OP_VFS_STATE_WAITING), then we don't
- * need to send a cancellation upcall. The way we can handle this is
- * set error_exit to 2 in such cases and 1 whenever cancellation has to be
- * sent and have handle_error
- * take care of this situation as well..
- *
- * if a orangefs sysint level error occured and i/o has been completed,
- * there is no need to cancel the operation, as the user has finished
- * using the bufmap page and so there is no danger in this case. in
- * this case, we wake up the device normally so that it may free the
- * op, as normal.
- *
- * note the only reason this is a macro is because both read and write
- * cases need the exact same handling code.
- */
-#define handle_io_error() \
-do { \
- if (!op_state_serviced(new_op)) { \
- orangefs_cancel_op_in_progress(new_op->tag); \
- } else { \
- complete(&new_op->done); \
- } \
- orangefs_bufmap_put(bufmap, buffer_index); \
- buffer_index = -1; \
-} while (0)
-
-/*
* Post and wait for the I/O upcall to finish
*/
static ssize_t wait_for_direct_io(enum ORANGEFS_io_type type, struct inode *inode,
@@ -221,7 +181,17 @@ populate_shared_memory:
}
if (ret < 0) {
- handle_io_error();
+ /*
+ * XXX: needs to be optimized - we only need to cancel if it
+ * had been seen by daemon and not completed
+ */
+ if (!op_state_serviced(new_op)) {
+ orangefs_cancel_op_in_progress(new_op->tag);
+ } else {
+ complete(&new_op->done);
+ }
+ orangefs_bufmap_put(bufmap, buffer_index);
+ buffer_index = -1;
/*
* don't write an error to syslog on signaled operation
* termination unless we've got debugging turned on, as
@@ -249,16 +219,8 @@ populate_shared_memory:
buffer_index,
iter,
new_op->downcall.resp.io.amt_complete);
- if (ret < 0) {
- /*
- * put error codes in downcall so that handle_io_error()
- * preserves it properly
- */
- WARN_ON(!op_state_serviced(new_op));
- new_op->downcall.status = ret;
- handle_io_error();
- goto out;
- }
+ if (ret < 0)
+ goto done_copying;
}
gossip_debug(GOSSIP_FILE_DEBUG,
"%s(%pU): Amount written as returned by the sys-io call:%d\n",
@@ -268,6 +230,7 @@ populate_shared_memory:
ret = new_op->downcall.resp.io.amt_complete;
+done_copying:
/*
* tell the device file owner waiting on I/O that this read has
* completed and it can return now.