diff options
author | Matt LaPlante <kernel1@cyberdogtech.com> | 2006-10-03 16:53:09 -0400 |
---|---|---|
committer | Adrian Bunk <bunk@stusta.de> | 2006-10-03 16:53:09 -0400 |
commit | 84eb8d0608af1576175307ed8fb3c8fde329e579 (patch) | |
tree | 13f3223e6907ebe309328d460fe51ce7ac346ae1 /Documentation/stable_kernel_rules.txt | |
parent | 992caacf1141b31e94540eb31e0540e3da3a5e25 (diff) |
Fix "can not" in Documentation and Kconfig
Randy brought it to my attention that in proper english "can not" should always
be written "cannot". I donot see any reason to argue, even if I mightnot
understand why this rule exists. This patch fixes "can not" in several
Documentation files as well as three Kconfigs.
Signed-off-by: Matt LaPlante <kernel1@cyberdogtech.com>
Acked-by: Randy Dunlap <rdunlap@xenotime.net>
Signed-off-by: Adrian Bunk <bunk@stusta.de>
Diffstat (limited to 'Documentation/stable_kernel_rules.txt')
-rw-r--r-- | Documentation/stable_kernel_rules.txt | 4 |
1 files changed, 2 insertions, 2 deletions
diff --git a/Documentation/stable_kernel_rules.txt b/Documentation/stable_kernel_rules.txt index e409e5d07486..02a481225b0d 100644 --- a/Documentation/stable_kernel_rules.txt +++ b/Documentation/stable_kernel_rules.txt | |||
@@ -4,7 +4,7 @@ Rules on what kind of patches are accepted, and which ones are not, into the | |||
4 | "-stable" tree: | 4 | "-stable" tree: |
5 | 5 | ||
6 | - It must be obviously correct and tested. | 6 | - It must be obviously correct and tested. |
7 | - It can not be bigger than 100 lines, with context. | 7 | - It cannot be bigger than 100 lines, with context. |
8 | - It must fix only one thing. | 8 | - It must fix only one thing. |
9 | - It must fix a real bug that bothers people (not a, "This could be a | 9 | - It must fix a real bug that bothers people (not a, "This could be a |
10 | problem..." type thing). | 10 | problem..." type thing). |
@@ -14,7 +14,7 @@ Rules on what kind of patches are accepted, and which ones are not, into the | |||
14 | critical. | 14 | critical. |
15 | - No "theoretical race condition" issues, unless an explanation of how the | 15 | - No "theoretical race condition" issues, unless an explanation of how the |
16 | race can be exploited is also provided. | 16 | race can be exploited is also provided. |
17 | - It can not contain any "trivial" fixes in it (spelling changes, | 17 | - It cannot contain any "trivial" fixes in it (spelling changes, |
18 | whitespace cleanups, etc). | 18 | whitespace cleanups, etc). |
19 | - It must be accepted by the relevant subsystem maintainer. | 19 | - It must be accepted by the relevant subsystem maintainer. |
20 | - It must follow the Documentation/SubmittingPatches rules. | 20 | - It must follow the Documentation/SubmittingPatches rules. |