diff options
author | Jean Delvare <khali@linux-fr.org> | 2007-10-19 23:22:55 +0200 |
---|---|---|
committer | Adrian Bunk <bunk@kernel.org> | 2007-10-19 23:22:55 +0200 |
commit | c03983ac9b268d4bbb8c2600baba5798aefa9d5d (patch) | |
tree | 09c351d4c6174a7b7ed3357d391ff839143160c4 /include | |
parent | db955170d40601d9925f01712782fbe3ce362b7e (diff) | |
download | lwn-c03983ac9b268d4bbb8c2600baba5798aefa9d5d.tar.gz lwn-c03983ac9b268d4bbb8c2600baba5798aefa9d5d.zip |
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')
-rw-r--r-- | include/asm-powerpc/io.h | 2 | ||||
-rw-r--r-- | include/net/irda/irttp.h | 4 |
2 files changed, 3 insertions, 3 deletions
diff --git a/include/asm-powerpc/io.h b/include/asm-powerpc/io.h index bf14ab4ef4c9..e44cdfc8493a 100644 --- a/include/asm-powerpc/io.h +++ b/include/asm-powerpc/io.h @@ -522,7 +522,7 @@ static inline void name at \ #else /* * Enforce synchronisation of stores vs. spin_unlock - * (this does it explicitely, though our implementation of spin_unlock + * (this does it explicitly, though our implementation of spin_unlock * does it implicitely too) */ static inline void mmiowb(void) 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. |