]> git.karo-electronics.de Git - karo-tx-linux.git/commitdiff
target/user: Report capability of handling out-of-order completions to userspace
authorSheng Yang <sheng@yasker.org>
Tue, 1 Mar 2016 00:02:15 +0000 (16:02 -0800)
committerNicholas Bellinger <nab@linux-iscsi.org>
Sat, 5 Mar 2016 07:36:15 +0000 (23:36 -0800)
TCMU_MAILBOX_FLAG_CAP_OOOC was introduced, and userspace can check the flag
for out-of-order completion capability support.

Also update the document on how to use the feature.

Signed-off-by: Sheng Yang <sheng@yasker.org>
Reviewed-by: Andy Grover <agrover@redhat.com>
Signed-off-by: Nicholas Bellinger <nab@linux-iscsi.org>
Documentation/target/tcmu-design.txt
drivers/target/target_core_user.c
include/uapi/linux/target_core_user.h

index bef81e42788f2b8e48238b63318afd556e843979..4cebc1ebf99a6f46f4de658125e29a5239a81086 100644 (file)
@@ -117,7 +117,9 @@ userspace (respectively) to put commands on the ring, and indicate
 when the commands are completed.
 
 version - 1 (userspace should abort if otherwise)
-flags - none yet defined.
+flags:
+- TCMU_MAILBOX_FLAG_CAP_OOOC: indicates out-of-order completion is
+  supported.  See "The Command Ring" for details.
 cmdr_off - The offset of the start of the command ring from the start
 of the memory region, to account for the mailbox size.
 cmdr_size - The size of the command ring. This does *not* need to be a
@@ -162,6 +164,13 @@ rsp.sense_buffer if necessary. Userspace then increments
 mailbox.cmd_tail by entry.hdr.length (mod cmdr_size) and signals the
 kernel via the UIO method, a 4-byte write to the file descriptor.
 
+If TCMU_MAILBOX_FLAG_CAP_OOOC is set for mailbox->flags, kernel is
+capable of handling out-of-order completions. In this case, userspace can
+handle command in different order other than original. Since kernel would
+still process the commands in the same order it appeared in the command
+ring, userspace need to update the cmd->id when completing the
+command(a.k.a steal the original command's entry).
+
 When the opcode is PAD, userspace only updates cmd_tail as above --
 it's a no-op. (The kernel inserts PAD entries to ensure each CMD entry
 is contiguous within the command ring.)
index fc4789c6067c15a570add431034156c56fc12760..62bf4fe5704a929aa01a5f970f26e7f1020f9442 100644 (file)
@@ -930,6 +930,7 @@ static int tcmu_configure_device(struct se_device *dev)
 
        mb = udev->mb_addr;
        mb->version = TCMU_MAILBOX_VERSION;
+       mb->flags = TCMU_MAILBOX_FLAG_CAP_OOOC;
        mb->cmdr_off = CMDR_OFF;
        mb->cmdr_size = udev->cmdr_size;
 
index 95c6521d8a95ffbc32327fa83b6761b9209392a7..c506cddb8165cf708ce09aeae304cf8a2787528c 100644 (file)
@@ -41,6 +41,7 @@
 
 #define TCMU_MAILBOX_VERSION 2
 #define ALIGN_SIZE 64 /* Should be enough for most CPUs */
+#define TCMU_MAILBOX_FLAG_CAP_OOOC (1 << 0) /* Out-of-order completions */
 
 struct tcmu_mailbox {
        __u16 version;