Fix spelling typos.
authorvlnb <vlnb@d57e44dd-8a1f-0410-8b47-8ef2f437770f>
Wed, 16 Dec 2009 11:35:12 +0000 (11:35 +0000)
committervlnb <vlnb@d57e44dd-8a1f-0410-8b47-8ef2f437770f>
Wed, 16 Dec 2009 11:35:12 +0000 (11:35 +0000)
Signed-off-by: Dotan Barak <dotanba@gmail.com>
with additional spelling fixes noticed by frank zago <fzago@systemfabricworks.com>

git-svn-id: https://scst.svn.sourceforge.net/svnroot/scst/trunk@1396 d57e44dd-8a1f-0410-8b47-8ef2f437770f

19 files changed:
AskingQuestions
iscsi-scst/AskingQuestions
iscsi-scst/ChangeLog
iscsi-scst/ChangeLog-IET
iscsi-scst/Makefile
iscsi-scst/Makefile_user_space_only
iscsi-scst/README-IET
iscsi-scst/kernel/Makefile
iscsi-scst/kernel/conn.c
iscsi-scst/kernel/iscsi.c
iscsi-scst/kernel/iscsi_hdr.h
iscsi-scst/kernel/nthread.c
iscsi-scst/usr/chap.c
iscsi-scst/usr/iscsi_hdr.h
iscsi-scst/usr/iscsi_scstd.c
iscsi-scst/usr/iscsid.c
iscsi-scst/usr/session.c
qla2x00t/qla2x00-target/AskingQuestions
scst/AskingQuestions

index 39a70b6..2634b2a 100644 (file)
@@ -81,7 +81,7 @@ For example, this will cause problems in the following situation:
 2. scst_do_send_to_midlev is called with cmd == 0x8000100
 3. scst_do_send_to_midlev returns with SCST_EXEC_COMPLETED
    (in certain scenarios the command is already destroyed at this point)
-4. scst_check_deferred_commands finds the defferred cmd == 0x80000200
+4. scst_check_deferred_commands finds the deferred cmd == 0x80000200
 5. scst_do_send_to_midlev is called with cmd == 0x80000200
 6. scst_do_send_to_midlev returns with SCST_EXEC_NEED_THREAD
 7. scst_send_to_midlev returns with SCST_CMD_STATE_RES_NEED_THREAD
@@ -235,9 +235,9 @@ The strange thing is that the loop seems to be only running at 1 Gbps:
 [   61.852177] qla2300 0000:06:01.0: Extended memory detected (512 KB)...
 [   61.852294] qla2300 0000:06:01.0: Resizing request queue depth (2048 -> 4096)
 ...
-[   61.852604] qla2300 0000:06:01.0: LIP reset occured (f8e8).
+[   61.852604] qla2300 0000:06:01.0: LIP reset occurred (f8e8).
 [   61.852740] qla2300 0000:06:01.0: Waiting for LIP to complete...
-[   62.865911] qla2300 0000:06:01.0: LIP occured (f7f7).
+[   62.865911] qla2300 0000:06:01.0: LIP occurred (f7f7).
 [   62.866042] qla2300 0000:06:01.0: LOOP UP detected (1 Gbps).
 [   62.866269] qla2300 0000:06:01.0: Topology - (Loop), Host Loop address 0x0
 [   62.868285] scsi0 : qla2xxx
@@ -297,7 +297,7 @@ Mar 29 18:09:18 blade2 kernel: (probe0:isp0:0:0:5): Unretryable Error
 Mar 29 18:09:18 blade2 kernel: isp0: data overrun for command on 0.0.0
 Mar 29 18:09:18 blade2 kernel: (da1:isp0:0:0:0): Data Overrun
 Mar 29 18:09:18 blade2 kernel: (da1:isp0:0:0:0): error 5
-Mar 29 18:09:18 blade2 kernel: (da1:isp0:0:0:0): Retries Exausted
+Mar 29 18:09:18 blade2 kernel: (da1:isp0:0:0:0): Retries Exhausted
 Mar 29 18:09:18 blade2 kernel: (probe0:isp0:0:0:6): error 6
 Mar 29 18:09:18 blade2 kernel: (probe0:isp0:0:0:6): Unretryable Error
 Mar 29 18:09:19 blade2 kernel: (probe0:isp0:0:0:7): error 6
index 39a70b6..2634b2a 100644 (file)
@@ -81,7 +81,7 @@ For example, this will cause problems in the following situation:
 2. scst_do_send_to_midlev is called with cmd == 0x8000100
 3. scst_do_send_to_midlev returns with SCST_EXEC_COMPLETED
    (in certain scenarios the command is already destroyed at this point)
-4. scst_check_deferred_commands finds the defferred cmd == 0x80000200
+4. scst_check_deferred_commands finds the deferred cmd == 0x80000200
 5. scst_do_send_to_midlev is called with cmd == 0x80000200
 6. scst_do_send_to_midlev returns with SCST_EXEC_NEED_THREAD
 7. scst_send_to_midlev returns with SCST_CMD_STATE_RES_NEED_THREAD
@@ -235,9 +235,9 @@ The strange thing is that the loop seems to be only running at 1 Gbps:
 [   61.852177] qla2300 0000:06:01.0: Extended memory detected (512 KB)...
 [   61.852294] qla2300 0000:06:01.0: Resizing request queue depth (2048 -> 4096)
 ...
-[   61.852604] qla2300 0000:06:01.0: LIP reset occured (f8e8).
+[   61.852604] qla2300 0000:06:01.0: LIP reset occurred (f8e8).
 [   61.852740] qla2300 0000:06:01.0: Waiting for LIP to complete...
-[   62.865911] qla2300 0000:06:01.0: LIP occured (f7f7).
+[   62.865911] qla2300 0000:06:01.0: LIP occurred (f7f7).
 [   62.866042] qla2300 0000:06:01.0: LOOP UP detected (1 Gbps).
 [   62.866269] qla2300 0000:06:01.0: Topology - (Loop), Host Loop address 0x0
 [   62.868285] scsi0 : qla2xxx
@@ -297,7 +297,7 @@ Mar 29 18:09:18 blade2 kernel: (probe0:isp0:0:0:5): Unretryable Error
 Mar 29 18:09:18 blade2 kernel: isp0: data overrun for command on 0.0.0
 Mar 29 18:09:18 blade2 kernel: (da1:isp0:0:0:0): Data Overrun
 Mar 29 18:09:18 blade2 kernel: (da1:isp0:0:0:0): error 5
-Mar 29 18:09:18 blade2 kernel: (da1:isp0:0:0:0): Retries Exausted
+Mar 29 18:09:18 blade2 kernel: (da1:isp0:0:0:0): Retries Exhausted
 Mar 29 18:09:18 blade2 kernel: (probe0:isp0:0:0:6): error 6
 Mar 29 18:09:18 blade2 kernel: (probe0:isp0:0:0:6): Unretryable Error
 Mar 29 18:09:19 blade2 kernel: (probe0:isp0:0:0:7): error 6
index fff3a72..b0041db 100644 (file)
@@ -15,7 +15,7 @@ Summary of changes in iSCSI-SCST between versions 1.0.1 and 1.0.2
 Summary of changes in iSCSI-SCST between versions 1.0.0 and 1.0.1
 -----------------------------------------------------------------
 
- - Support for variable lenght CDB added
+ - Support for variable length CDB added
 
  - Sending and receiving padding bytes as well as sesnse data
    reimplemented to make it more reliable
@@ -131,7 +131,7 @@ Summary of changes in iSCSI-SCST since it was IET
  - Ability to send data with sense in a single response added.
 
  - Ability to handle initiators misbehavior a bit improved: several BUG()'s
-   were relaced by the proper handling. Hovewer, there is a plenty of work in
+   were replaced by the proper handling. However, there is a plenty of work in
    this area left, IET is known to have a lot of weaknesses here.
 
  - Task management made more robust. Particularly, possible data
index 4353e0d..5433baa 100644 (file)
@@ -13,7 +13,7 @@ Dave Jiang
   o fix digest endieness on LE archs
 
 FUJITA Tomonori
-  o fix SPARC alignement issues (based on a patch from joel.bertrand@systella.fr)
+  o fix SPARC alignment issues (based on a patch from joel.bertrand@systella.fr)
 
 Ross S. W. Walker
   o fix DISTDIR in Makefile for /etc install
@@ -455,7 +455,7 @@ Summary of changes from the ardis v20040211 to v0.1.0
 
 FUJITA Tomonori
   o Remove a kernel patch. Multiple threads execute I/O operations
-  o Replace IO functions with the kernel starndard functions
+  o Replace IO functions with the kernel standard functions
   o Add multiple IO modes feature
   o Fix several race issues
   o Fix several out-of-memory situation bugs
index eb5e270..dff281e 100644 (file)
@@ -1,7 +1,7 @@
 #
 # Makefile for iSCSI-SCST
 #
-# Note! Dependencies are done automagically by 'make dep', which also
+# Note! Dependencies are done automatically by 'make dep', which also
 # removes any old dependencies. DON'T put your own dependencies here
 # unless it's something special (not a .c file).
 
index 2939906..9ab5cc6 100644 (file)
@@ -1,7 +1,7 @@
 #
 # Makefile for user space only part of iSCSI-SCST
 #
-# Note! Dependencies are done automagically by 'make dep', which also
+# Note! Dependencies are done automatically by 'make dep', which also
 # removes any old dependencies. DON'T put your own dependencies here
 # unless it's something special (not a .c file).
 
index 11009ab..83829c9 100644 (file)
@@ -19,7 +19,7 @@ CONFIG_CRYPTO_CRC32C, respectively. The user-space code requires
 OpenSSL library (http://www.openssl.org/).
 
 The iSCSI target consists of kernel modules and a daemon. Since IET
-is generally targetted at the latest stable mainline kernel, you might
+is generally targeted at the latest stable mainline kernel, you might
 need to apply a backward compatibility patch to compile it against
 older kernel versions:
 
index afd9204..04132b1 100644 (file)
@@ -14,7 +14,7 @@
 # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
 # GNU General Public License for more details.
 #
-# Note! Dependencies are done automagically by 'make dep', which also
+# Note! Dependencies are done automatically by 'make dep', which also
 # removes any old dependencies. DON'T put your own dependencies here
 # unless it's something special (not a .c file).
 #
index 76c2f05..1ef6f7b 100644 (file)
@@ -621,7 +621,7 @@ restart:
 
                        iscsi_get_initiator_ip(conn, c_addr, sizeof(c_addr));
 
-                       TRACE_DBG("Dublicated conn from the same initiator "
+                       TRACE_DBG("Duplicated conn from the same initiator "
                                "%s found", c_addr);
 
                        snprintf(addr, sizeof(addr), "%s_%d", c_addr, n);
index 4ddfc4b..1cc3061 100644 (file)
@@ -373,7 +373,7 @@ void cmnd_done(struct iscsi_cmnd *cmnd)
 }
 
 /*
- * Corresponding conn may also gets destroyed atfer this function, except only
+ * Corresponding conn may also get destroyed after this function, except only
  * if it's called from the read thread!
  *
  * It can't be called in parallel with iscsi_cmnds_init_write()!
@@ -453,7 +453,7 @@ again_rsp:
 }
 
 /*
- * Corresponding conn may also gets destroyed atfer this function, except only
+ * Corresponding conn may also get destroyed after this function, except only
  * if it's called from the read thread!
  */
 static void req_cmnd_release(struct iscsi_cmnd *req)
@@ -508,7 +508,7 @@ static void req_cmnd_release(struct iscsi_cmnd *req)
 }
 
 /*
- * Corresponding conn may also gets destroyed atfer this function, except only
+ * Corresponding conn may also get destroyed after this function, except only
  * if it's called from the read thread!
  */
 void rsp_cmnd_release(struct iscsi_cmnd *cmnd)
@@ -575,8 +575,8 @@ static void iscsi_cmnds_init_write(struct list_head *send, int flags)
 
        /*
         * If we don't remove hashed req cmd from the hash list here, before
-        * submitting it for transmittion, we will have a race, when for
-        * some reason cmd's release is delayed after transmittion and
+        * submitting it for transmission, we will have a race, when for
+        * some reason cmd's release is delayed after transmission and
         * initiator sends cmd with the same ITT => this command will be
         * erroneously rejected as a duplicate.
         */
@@ -1444,7 +1444,7 @@ int cmnd_rx_continue(struct iscsi_cmnd *req)
 
        if (unlikely(!session->sess_param.immediate_data &&
                     req->pdu.datasize)) {
-               PRINT_ERROR("Initiator %s violated negotiated paremeters: "
+               PRINT_ERROR("Initiator %s violated negotiated parameters: "
                        "forbidden immediate data sent (ITT %x, op  %x)",
                        session->initiator_name, cmnd_itt(req),
                        req_hdr->scb[0]);
@@ -1454,7 +1454,7 @@ int cmnd_rx_continue(struct iscsi_cmnd *req)
 
        if (unlikely(session->sess_param.initial_r2t &&
                     !(req_hdr->flags & ISCSI_CMD_FINAL))) {
-               PRINT_ERROR("Initiator %s violated negotiated paremeters: "
+               PRINT_ERROR("Initiator %s violated negotiated parameters: "
                        "initial R2T is required (ITT %x, op  %x)",
                        session->initiator_name, cmnd_itt(req),
                        req_hdr->scb[0]);
@@ -2440,7 +2440,7 @@ static void iscsi_session_push_cmnd(struct iscsi_cmnd *cmnd)
                 * non-immediate command outside of [from ExpCmdSN to MaxCmdSN
                 * inclusive] range". But we won't honor the MaxCmdSN
                 * requirement, because, since we adjust MaxCmdSN from the
-                * separate write thread, rarery it is possible that initiator
+                * separate write thread, rarely it is possible that initiator
                 * can legally send command with CmdSN>MaxSN. But it won't
                 * hurt anything, in the worst case it will lead to
                 * additional QUEUE FULL status.
@@ -2662,7 +2662,7 @@ static inline void iscsi_set_state_wake_up(struct iscsi_cmnd *req,
                req->scst_state = new_state;
                iscsi_make_conn_rd_active(req->conn);
                if (unlikely(req->conn->closing)) {
-                       TRACE_DBG("Waiking up closing conn %p", req->conn);
+                       TRACE_DBG("Waking up closing conn %p", req->conn);
                        wake_up(&req->conn->read_state_waitQ);
                }
                cmnd_put(req);
index d277856..990ee26 100644 (file)
@@ -350,7 +350,7 @@ struct iscsi_login_rsp_hdr {
        u32 stat_sn;
        u32 exp_cmd_sn;
        u32 max_cmd_sn;
-       u8  status_class;               /* see Login RSP ststus classes below */
+       u8  status_class;               /* see Login RSP Status classes below */
        u8  status_detail;              /* see Login RSP Status details below */
        u8  rsvd2[10];
 } __packed;
index 29ab0d7..290eca8 100644 (file)
@@ -26,7 +26,7 @@
 #include "digest.h"
 
 enum rx_state {
-       RX_INIT_BHS, /* Must be zero for better "switch" optimiztion. */
+       RX_INIT_BHS, /* Must be zero for better "switch" optimization. */
        RX_BHS,
        RX_CMD_START,
        RX_DATA,
@@ -42,7 +42,7 @@ enum rx_state {
 };
 
 enum tx_state {
-       TX_INIT = 0, /* Must be zero for better "switch" optimiztion. */
+       TX_INIT = 0, /* Must be zero for better "switch" optimization. */
        TX_BHS_DATA,
        TX_INIT_PADDING,
        TX_PADDING,
index d83f465..5af7c28 100644 (file)
@@ -404,7 +404,7 @@ static int chap_initiator_auth_check_response(struct connection *conn)
 
        conn->user = strdup(value);
        if (conn->user == NULL) {
-               log_error("Unable to dublicate initiator's USER %s", value);
+               log_error("Unable to duplicate initiator's USER %s", value);
        }
 
        memset(pass, 0, sizeof(pass));
index eecbb8c..fc77ffe 100644 (file)
@@ -137,7 +137,7 @@ struct iscsi_login_rsp_hdr {
        u32 stat_sn;
        u32 exp_cmd_sn;
        u32 max_cmd_sn;
-       u8  status_class;               /* see Login RSP ststus classes below */
+       u8  status_class;               /* see Login RSP Status classes below */
        u8  status_detail;              /* see Login RSP Status details below */
        u8  rsvd2[10];
 } __packed;
index fa22cc1..ce4a80f 100644 (file)
@@ -508,7 +508,7 @@ static void event_loop(int timeout)
                                        "thread_name=9392A06CB0FDC847B3A530B3DC174E7B0"
                                        "55F1EF3%40mse10be1.mse10.exchange.ms&forum_"
                                        "name=scst-devel for more details. Alternatively, "
-                                       "you can desrease iscsi_scstd.c::INCOMING_MAX "
+                                       "you can decrease iscsi_scstd.c::INCOMING_MAX "
                                        "constant to a lower value, e.g. 128, then "
                                        "recompile and reinstall the user space part "
                                        "of iSCSI-SCST.", __FUNCTION__);
index 6532471..c07966a 100644 (file)
@@ -464,7 +464,7 @@ static void login_start(struct connection *conn)
 
        conn->initiator = strdup(name);
        if (conn->initiator == NULL) {
-               log_error("Unable to dublicate initiator's name %s", name);
+               log_error("Unable to duplicate initiator's name %s", name);
                rsp->status_class = ISCSI_STATUS_TARGET_ERR;
                rsp->status_detail = ISCSI_STATUS_NO_RESOURCES;
                conn->state = STATE_EXIT;
index 64bbf84..3d0fad6 100644 (file)
@@ -96,7 +96,7 @@ struct session *session_find_id(u32 tid, u64 sid)
 
 int session_create(struct connection *conn)
 {
-       /* We are single threaded, so it desn't need any protection */
+       /* We are single threaded, so it doesn't need any protection */
        static u16 tsih = 1;
        struct session *session;
        char *user;
index 39a70b6..2634b2a 100644 (file)
@@ -81,7 +81,7 @@ For example, this will cause problems in the following situation:
 2. scst_do_send_to_midlev is called with cmd == 0x8000100
 3. scst_do_send_to_midlev returns with SCST_EXEC_COMPLETED
    (in certain scenarios the command is already destroyed at this point)
-4. scst_check_deferred_commands finds the defferred cmd == 0x80000200
+4. scst_check_deferred_commands finds the deferred cmd == 0x80000200
 5. scst_do_send_to_midlev is called with cmd == 0x80000200
 6. scst_do_send_to_midlev returns with SCST_EXEC_NEED_THREAD
 7. scst_send_to_midlev returns with SCST_CMD_STATE_RES_NEED_THREAD
@@ -235,9 +235,9 @@ The strange thing is that the loop seems to be only running at 1 Gbps:
 [   61.852177] qla2300 0000:06:01.0: Extended memory detected (512 KB)...
 [   61.852294] qla2300 0000:06:01.0: Resizing request queue depth (2048 -> 4096)
 ...
-[   61.852604] qla2300 0000:06:01.0: LIP reset occured (f8e8).
+[   61.852604] qla2300 0000:06:01.0: LIP reset occurred (f8e8).
 [   61.852740] qla2300 0000:06:01.0: Waiting for LIP to complete...
-[   62.865911] qla2300 0000:06:01.0: LIP occured (f7f7).
+[   62.865911] qla2300 0000:06:01.0: LIP occurred (f7f7).
 [   62.866042] qla2300 0000:06:01.0: LOOP UP detected (1 Gbps).
 [   62.866269] qla2300 0000:06:01.0: Topology - (Loop), Host Loop address 0x0
 [   62.868285] scsi0 : qla2xxx
@@ -297,7 +297,7 @@ Mar 29 18:09:18 blade2 kernel: (probe0:isp0:0:0:5): Unretryable Error
 Mar 29 18:09:18 blade2 kernel: isp0: data overrun for command on 0.0.0
 Mar 29 18:09:18 blade2 kernel: (da1:isp0:0:0:0): Data Overrun
 Mar 29 18:09:18 blade2 kernel: (da1:isp0:0:0:0): error 5
-Mar 29 18:09:18 blade2 kernel: (da1:isp0:0:0:0): Retries Exausted
+Mar 29 18:09:18 blade2 kernel: (da1:isp0:0:0:0): Retries Exhausted
 Mar 29 18:09:18 blade2 kernel: (probe0:isp0:0:0:6): error 6
 Mar 29 18:09:18 blade2 kernel: (probe0:isp0:0:0:6): Unretryable Error
 Mar 29 18:09:19 blade2 kernel: (probe0:isp0:0:0:7): error 6
index 39a70b6..2634b2a 100644 (file)
@@ -81,7 +81,7 @@ For example, this will cause problems in the following situation:
 2. scst_do_send_to_midlev is called with cmd == 0x8000100
 3. scst_do_send_to_midlev returns with SCST_EXEC_COMPLETED
    (in certain scenarios the command is already destroyed at this point)
-4. scst_check_deferred_commands finds the defferred cmd == 0x80000200
+4. scst_check_deferred_commands finds the deferred cmd == 0x80000200
 5. scst_do_send_to_midlev is called with cmd == 0x80000200
 6. scst_do_send_to_midlev returns with SCST_EXEC_NEED_THREAD
 7. scst_send_to_midlev returns with SCST_CMD_STATE_RES_NEED_THREAD
@@ -235,9 +235,9 @@ The strange thing is that the loop seems to be only running at 1 Gbps:
 [   61.852177] qla2300 0000:06:01.0: Extended memory detected (512 KB)...
 [   61.852294] qla2300 0000:06:01.0: Resizing request queue depth (2048 -> 4096)
 ...
-[   61.852604] qla2300 0000:06:01.0: LIP reset occured (f8e8).
+[   61.852604] qla2300 0000:06:01.0: LIP reset occurred (f8e8).
 [   61.852740] qla2300 0000:06:01.0: Waiting for LIP to complete...
-[   62.865911] qla2300 0000:06:01.0: LIP occured (f7f7).
+[   62.865911] qla2300 0000:06:01.0: LIP occurred (f7f7).
 [   62.866042] qla2300 0000:06:01.0: LOOP UP detected (1 Gbps).
 [   62.866269] qla2300 0000:06:01.0: Topology - (Loop), Host Loop address 0x0
 [   62.868285] scsi0 : qla2xxx
@@ -297,7 +297,7 @@ Mar 29 18:09:18 blade2 kernel: (probe0:isp0:0:0:5): Unretryable Error
 Mar 29 18:09:18 blade2 kernel: isp0: data overrun for command on 0.0.0
 Mar 29 18:09:18 blade2 kernel: (da1:isp0:0:0:0): Data Overrun
 Mar 29 18:09:18 blade2 kernel: (da1:isp0:0:0:0): error 5
-Mar 29 18:09:18 blade2 kernel: (da1:isp0:0:0:0): Retries Exausted
+Mar 29 18:09:18 blade2 kernel: (da1:isp0:0:0:0): Retries Exhausted
 Mar 29 18:09:18 blade2 kernel: (probe0:isp0:0:0:6): error 6
 Mar 29 18:09:18 blade2 kernel: (probe0:isp0:0:0:6): Unretryable Error
 Mar 29 18:09:19 blade2 kernel: (probe0:isp0:0:0:7): error 6