path: root/Documentation/sh
diff options
authorUwe Kleine-König <>2007-02-17 19:23:03 +0100
committerAdrian Bunk <>2007-02-17 19:23:03 +0100
commit1b3c3714cb4767d00f507cc6854d3339d82c5b9d (patch)
tree70a24435398cee2939bd71377f2fdf4d58aad8c0 /Documentation/sh
parent85d1fe095ccb6318f7a128c96630477a8859cfce (diff)
Fix typos concerning hierarchy
heirarchical, hierachical -> hierarchical heirarchy, hierachy -> hierarchy Signed-off-by: Uwe Kleine-König <> Signed-off-by: Adrian Bunk <>
Diffstat (limited to 'Documentation/sh')
1 files changed, 2 insertions, 2 deletions
diff --git a/Documentation/sh/new-machine.txt b/Documentation/sh/new-machine.txt
index 73988e0d112b..5482bf5d005b 100644
--- a/Documentation/sh/new-machine.txt
+++ b/Documentation/sh/new-machine.txt
@@ -17,7 +17,7 @@ of the board-specific code (with the exception of stboards) ended up
in arch/sh/kernel/ directly, with board-specific headers ending up in
include/asm-sh/. For the new kernel, things are broken out by board type,
companion chip type, and CPU type. Looking at a tree view of this directory
-heirarchy looks like the following:
+hierarchy looks like the following:
Board-specific code:
@@ -108,7 +108,7 @@ overloading), and you can feel free to name the directory after the family
member itself.
There are a few things that each board is required to have, both in the
-arch/sh/boards and the include/asm-sh/ heirarchy. In order to better
+arch/sh/boards and the include/asm-sh/ hierarchy. In order to better
explain this, we use some examples for adding an imaginary board. For
setup code, we're required at the very least to provide definitions for
get_system_type() and platform_setup(). For our imaginary board, this