patch-2.0.1 linux/net/ipv4/tcp_input.c

• Lines: 41
• Date: Sun Jun 9 18:01:04 1996
• Orig file: v2.0.0/linux/net/ipv4/tcp_input.c
• Orig date: Sun Jun 9 13:28:48 1996

diff -u --recursive --new-file v2.0.0/linux/net/ipv4/tcp_input.c linux/net/ipv4/tcp_input.c
@@ -66,7 +66,7 @@
 
 		/* This used to test against sk->rtt.
 		 * On a purely receiving link, there is no rtt measure.
-		 * The result is that we loose delayed ACKs on one way links.
+		 * The result is that we lose delayed ACKs on one-way links.
 		 * Therefore we test against sk->rto, which will always
 		 * at least have a default value.
 		 */
@@ -860,11 +860,11 @@
 	 		 * sensitive to minor changes in the round trip time.
 			 * We add in two compensating factors.
 			 * First we multiply by 5/4. For large congestion
-			 * windows this allows us to tollerate burst traffic
+			 * windows this allows us to tolerate burst traffic
 			 * delaying up to 1/4 of our packets.
 			 * We also add in a rtt / cong_window term.
 			 * For small congestion windows this allows
-			 * a single packet delay, but has neglibible effect
+			 * a single packet delay, but has negligible effect
 			 * on the compensation for large windows.
 	 		 */
 			sk->rto = (sk->rtt >> 3) + sk->mdev;
@@ -1902,7 +1902,7 @@
 			{
 				/* We got an ack, but it's not a good ack.
 				 * We used to test this with a call to tcp_ack,
-				 * but this looses, because it takes the SYN
+				 * but this loses, because it takes the SYN
 				 * packet out of the send queue, even if
 				 * the ACK doesn't have the SYN bit sent, and
 				 * therefore isn't the one we are waiting for.
@@ -1932,7 +1932,7 @@
 
 				/* process the ACK, get the SYN packet out
 				 * of the send queue, do other initial
-				 * processing stuff. [We know its good, and
+				 * processing stuff. [We know it's good, and
 				 * we know it's the SYN,ACK we want.]
 				 */
 				tcp_ack(sk,th,skb->ack_seq,len);