1 files changed, 2 insertions, 2 deletions
diff --git a/include/net/irda/irttp.h b/include/net/irda/irttp.h
index cf80c1af5854..32c385dd9e06 100644
--- a/include/net/irda/irttp.h
+++ b/include/net/irda/irttp.h
@@ -56,7 +56,7 @@
 /* Receive queue sizes */
 /* Minimum of credit that the peer should hold.
- * If the peer has less credits than 9 frames, we will explicitely send
+ * If the peer has less credits than 9 frames, we will explicitly send
 * him some credits (through irttp_give_credit() and a specific frame).
 * Note that when we give credits it's likely that it won't be sent in
 * this LAP window, but in the next one. So, we make sure that the peer
@@ -66,7 +66,7 @@
 /* This is the default maximum number of credits held by the peer, so the
 * default maximum number of frames he can send us before needing flow
 * control answer from us (this may be negociated differently at TSAP setup).
- * We want to minimise the number of times we have to explicitely send some
+ * We want to minimise the number of times we have to explicitly send some
 * credit to the peer, hoping we can piggyback it on the return data. In
 * particular, it doesn't make sense for us to send credit more than once
 * per LAP window.

diff --git a/include/net/irda/irttp.h b/include/net/irda/irttp.h index cf80c1af5854..32c385dd9e06 100644 --- a/include/net/irda/irttp.h +++ b/include/net/irda/irttp.h
@@ -56,7 +56,7 @@
56		56
57	/* Receive queue sizes */	57	/* Receive queue sizes */
58	/* Minimum of credit that the peer should hold.	58	/* Minimum of credit that the peer should hold.
59	* If the peer has less credits than 9 frames, we will explicitely send	59	* If the peer has less credits than 9 frames, we will explicitly send
60	* him some credits (through irttp_give_credit() and a specific frame).	60	* him some credits (through irttp_give_credit() and a specific frame).
61	* Note that when we give credits it's likely that it won't be sent in	61	* Note that when we give credits it's likely that it won't be sent in
62	* this LAP window, but in the next one. So, we make sure that the peer	62	* this LAP window, but in the next one. So, we make sure that the peer
@@ -66,7 +66,7 @@
66	/* This is the default maximum number of credits held by the peer, so the	66	/* This is the default maximum number of credits held by the peer, so the
67	* default maximum number of frames he can send us before needing flow	67	* default maximum number of frames he can send us before needing flow
68	* control answer from us (this may be negociated differently at TSAP setup).	68	* control answer from us (this may be negociated differently at TSAP setup).
69	* We want to minimise the number of times we have to explicitely send some	69	* We want to minimise the number of times we have to explicitly send some
70	* credit to the peer, hoping we can piggyback it on the return data. In	70	* credit to the peer, hoping we can piggyback it on the return data. In
71	* particular, it doesn't make sense for us to send credit more than once	71	* particular, it doesn't make sense for us to send credit more than once
72	* per LAP window.	72	* per LAP window.