mirror of
https://github.com/SCST-project/scst.git
synced 2026-05-28 09:20:18 +00:00
Fix spelling typos.
Signed-off-by: Dotan Barak <dotanba@gmail.com> with additional spelling fixes noticed by frank zago <fzago@systemfabricworks.com> git-svn-id: http://svn.code.sf.net/p/scst/svn/trunk@1396 d57e44dd-8a1f-0410-8b47-8ef2f437770f
This commit is contained in:
Vladislav Bolkhovitin
@@ -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
|
||||
|
||||
@@ -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
|
||||
|
||||
@@ -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
|
||||
|
||||
@@ -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
|
||||
|
||||
@@ -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).
|
||||
|
||||
|
||||
@@ -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).
|
||||
|
||||
|
||||
@@ -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:
|
||||
|
||||
|
||||
@@ -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).
|
||||
#
|
||||
|
||||
@@ -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);
|
||||
|
||||
@@ -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);
|
||||
|
||||
@@ -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;
|
||||
|
||||
@@ -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,
|
||||
|
||||
@@ -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));
|
||||
|
||||
@@ -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;
|
||||
|
||||
@@ -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__);
|
||||
|
||||
@@ -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;
|
||||
|
||||
@@ -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;
|
||||
|
||||
@@ -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
|
||||
|
||||
@@ -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
|
||||
|
||||
Reference in New Issue
Block a user