diff options
author | Jean Delvare <khali@linux-fr.org> | 2007-10-19 17:22:55 -0400 |
---|---|---|
committer | Adrian Bunk <bunk@kernel.org> | 2007-10-19 17:22:55 -0400 |
commit | c03983ac9b268d4bbb8c2600baba5798aefa9d5d (patch) | |
tree | 09c351d4c6174a7b7ed3357d391ff839143160c4 /include/net | |
parent | db955170d40601d9925f01712782fbe3ce362b7e (diff) |
Spelling fix: explicitly
From: Jean Delvare <khali@linux-fr.org>
Signed-off-by: Jean Delvare <khali@linux-fr.org>
Signed-off-by: Adrian Bunk <bunk@kernel.org>
Diffstat (limited to 'include/net')
-rw-r--r-- | include/net/irda/irttp.h | 4 |
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 @@ | |||
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. |