summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorGunnar Mills <gmills@us.ibm.com>2019-02-11 09:23:14 -0600
committerGunnar Mills <gmills@us.ibm.com>2019-02-11 18:52:04 +0000
commite9a9af6384889cce1a87f5aa97c89d29542f0211 (patch)
treeda86058d6e580b819c21c80233147849543bc719
parente25a54b6f609b05f71458534e1c2fecc02532571 (diff)
downloadopenbmc-docs-e9a9af6384889cce1a87f5aa97c89d29542f0211.tar.gz
openbmc-docs-e9a9af6384889cce1a87f5aa97c89d29542f0211.zip
Spelling fixes
These spelling errors were found using https://github.com/codespell-project/codespell Change-Id: I6da6ccf791768734149cd3a6c005e46736dd9618 Signed-off-by: Gunnar Mills <gmills@us.ibm.com>
-rw-r--r--REST-cheatsheet.md2
-rw-r--r--designs/ci-authorization.md2
-rw-r--r--kernel-development.md2
3 files changed, 3 insertions, 3 deletions
diff --git a/REST-cheatsheet.md b/REST-cheatsheet.md
index 85f1fc6..8815f55 100644
--- a/REST-cheatsheet.md
+++ b/REST-cheatsheet.md
@@ -67,7 +67,7 @@ The phosphor-rest server will no longer be the default REST server after the
Note: To keep the syntax below common between the phosphor-rest and bmcweb
implementations as described above, this assumes that if bmcweb
is used it is using the `<username>:<password>@<host>` login method
- as desribed above:
+ as described above:
```
export bmc=<username>:<password>@xx.xx.xx.xx
```
diff --git a/designs/ci-authorization.md b/designs/ci-authorization.md
index f21c396..4aea891 100644
--- a/designs/ci-authorization.md
+++ b/designs/ci-authorization.md
@@ -35,7 +35,7 @@ the general-developers team, manual intervention (ok-to-test) is required by a
project maintainer to trigger the automated CI processes.
-Additonal reading:
+Additional reading:
https://en.wikipedia.org/wiki/Continuous_integration
https://jenkins.io/
https://help.github.com/articles/about-organizations/
diff --git a/kernel-development.md b/kernel-development.md
index b646cf2..45bfa58 100644
--- a/kernel-development.md
+++ b/kernel-development.md
@@ -31,7 +31,7 @@ Once the driver has been accepted upstream, send the good news to the OpenBMC li
There are cases where waiting for upstream acceptance will delay the bring-up of a new system. This should be avoided through careful planning and early development of the features upstream, but where this has not happened we can chose to carry the patches in the OpenBMC tree while the upstream development is ongoing.
-Another exception to the upstream first rule is where patches are modifying files that are not upstream. This currently includes the aspeed board file `arch/arm/mach-aspeed/aspeed.c`, and the device tree source files `dts`. The board file should go away when we get drivers written for all of the functionaltiy; for now it contains some hacks relating to LPC and early init.
+Another exception to the upstream first rule is where patches are modifying files that are not upstream. This currently includes the aspeed board file `arch/arm/mach-aspeed/aspeed.c`, and the device tree source files `dts`. The board file should go away when we get drivers written for all of the functionality; for now it contains some hacks relating to LPC and early init.
If you find yourself adding to `arch/arm/mach-aspeed/aspeed.c`, first send an email to the OpenBMC list to get the opinion of the kernel developers. Patches to `aspeed.c` will be treated with some prejudice as the file will be removed once we have drivers for all of the Aspeed peripherals.
OpenPOWER on IntegriCloud