[openib-general] [patch] misc trivia nitpicks 04

Bernhard Fischer blist at aon.at
Thu May 5 17:39:42 PDT 2005


Hi,

- s/incomm/incom/g
-------------- next part --------------
diff -X excl -rduNp gen2.2257.oorig/trunk/src/linux-kernel/infiniband/core/ucm.c gen2.2257/trunk/src/linux-kernel/infiniband/core/ucm.c
--- gen2.2257.oorig/trunk/src/linux-kernel/infiniband/core/ucm.c	2005-04-26 20:58:50.000000000 +0200
+++ gen2.2257/trunk/src/linux-kernel/infiniband/core/ucm.c	2005-05-06 02:46:18.055867696 +0200
@@ -99,7 +99,7 @@ static void ib_ucm_ctx_put(struct ib_ucm
 		list_del(&uevent->file_list);
 		list_del(&uevent->ctx_list);
 
-		/* clear incomming connections. */
+		/* clear incoming connections. */
 		if (uevent->cm_id)
 			(void)ib_destroy_cm_id(uevent->cm_id);
 
diff -X excl -rduNp gen2.2257.oorig/trunk/src/linux-kernel/infiniband/ulp/sdp/sdp_inet.c gen2.2257/trunk/src/linux-kernel/infiniband/ulp/sdp/sdp_inet.c
--- gen2.2257.oorig/trunk/src/linux-kernel/infiniband/ulp/sdp/sdp_inet.c	2005-04-26 20:58:46.000000000 +0200
+++ gen2.2257/trunk/src/linux-kernel/infiniband/ulp/sdp/sdp_inet.c	2005-05-06 02:42:17.965367000 +0200
@@ -37,7 +37,7 @@
 #include "sdp_main.h"
 
 /*
- * list of connections waiting for an incomming connection
+ * list of connections waiting for an incoming connection
  */
 static int proto_family    = AF_INET_SDP;
 static int buff_min        = SDP_BUFF_POOL_COUNT_MIN;
@@ -690,7 +690,7 @@ done:
 }
 
 /*
- * sdp_inet_listen - listen on a socket for incomming addresses
+ * sdp_inet_listen - listen on a socket for incoming addresses
  */
 static int sdp_inet_listen(struct socket *sock, int backlog)
 {
diff -X excl -rduNp gen2.2257.oorig/trunk/src/linux-kernel/infiniband/ulp/sdp/sdp_pass.c gen2.2257/trunk/src/linux-kernel/infiniband/ulp/sdp/sdp_pass.c
--- gen2.2257.oorig/trunk/src/linux-kernel/infiniband/ulp/sdp/sdp_pass.c	2005-04-26 20:58:46.000000000 +0200
+++ gen2.2257/trunk/src/linux-kernel/infiniband/ulp/sdp/sdp_pass.c	2005-05-06 02:45:48.961290744 +0200
@@ -35,7 +35,7 @@
 #include "sdp_main.h"
 
 /*
- * handle incomming passive connection error. (REJ)
+ * handle incoming passive connection error. (REJ)
  */
 void sdp_cm_pass_error(struct sdp_opt *conn, int error)
 {
@@ -67,7 +67,7 @@ void sdp_cm_pass_error(struct sdp_opt *c
 }
 
 /*
- * handle incomming passive connection establishment. (RTU)
+ * handle incoming passive connection establishment. (RTU)
  */
 int sdp_cm_pass_establish(struct sdp_opt *conn)
 {
@@ -295,7 +295,7 @@ static int sdp_cm_listen_lookup(struct s
 	struct sock *sk;
 	int result;
 	/*
-	 * match a listener with an incomming conn, and generate
+	 * match a listener with an incoming conn, and generate
 	 * accept message and state on success.
 	 */
 	sdp_dbg_ctrl(conn,
diff -X excl -rduNp gen2.2257.oorig/trunk/src/userspace/examples/aio/README gen2.2257/trunk/src/userspace/examples/aio/README
--- gen2.2257.oorig/trunk/src/userspace/examples/aio/README	2005-05-05 10:49:55.000000000 +0200
+++ gen2.2257/trunk/src/userspace/examples/aio/README	2005-05-06 02:46:34.885309232 +0200
@@ -17,7 +17,7 @@ ttcp.aio.c:
     gcc -I../../../linux-kernel/infiniband/ulp/sdp ttcp.aio.c \
         -o ttcp.aio.x -laio
 
-  The program runs in two modes, a server which listens for incomming
+  The program runs in two modes, a server which listens for incoming
   connections and acts as a data sink, and a client which connects to
   a given address/port and acts as a data source. A decent help exists
   for available parameters, but here are some reasonable defaults:
diff -X excl -rduNp gen2.2257.oorig/trunk/src/userspace/management/osm/include/iba/ib_types.h gen2.2257/trunk/src/userspace/management/osm/include/iba/ib_types.h
--- gen2.2257.oorig/trunk/src/userspace/management/osm/include/iba/ib_types.h	2005-04-26 20:58:28.000000000 +0200
+++ gen2.2257/trunk/src/userspace/management/osm/include/iba/ib_types.h	2005-05-06 02:47:15.938068264 +0200
@@ -7403,7 +7403,7 @@ typedef struct _ib_ca_attr
 *
 *	max_qp_resp_res
 *	max_eec_resp_res
-*		Maximum limit on number of responder resources for incomming RDMA
+*		Maximum limit on number of responder resources for incoming RDMA
 *		operations, on QPs and EEC's respectively.
 *
 *	max_resp_res


More information about the general mailing list