[LinuxBIOS] r337 - LinuxBIOSv3/doc/design

svn at openbios.org svn at openbios.org
Mon May 28 16:30:54 CEST 2007


Author: uwe
Date: 2007-05-28 16:30:53 +0200 (Mon, 28 May 2007)
New Revision: 337

Modified:
   LinuxBIOSv3/doc/design/newboot.lyx
Log:
Correct minor spelling and formatting mistakes.

Signed-off-by: Carl-Daniel Hailfinger <c-d.hailfinger.devel.2006 at gmx.net>
Acked-by: Uwe Hermann <uwe at hermann-uwe.de>



Modified: LinuxBIOSv3/doc/design/newboot.lyx
===================================================================
--- LinuxBIOSv3/doc/design/newboot.lyx	2007-05-24 23:44:56 UTC (rev 336)
+++ LinuxBIOSv3/doc/design/newboot.lyx	2007-05-28 14:30:53 UTC (rev 337)
@@ -252,7 +252,7 @@
  present (e.g.
  a 2-cpu system might have only one CPU installed).
  Also, hardware that can be probed, and that does not need any special configura
-tion, can be left out of the configurtation file and left to be discovered
+tion, can be left out of the configuration file and left to be discovered
  dynamically, even if it is known to be on the board.
  At run time, the software must determine what hardware exists, and modify
  the tree to accord to reality.
@@ -290,9 +290,9 @@
 \emph default
 , which define an address range that is picked up by default if no other
  resource claims it.
- S
+
 \emph on
-ubtractive address ranges
+ Subtractive address ranges
 \emph default
  are typically used for legacy PC address ranges.
  
@@ -319,7 +319,7 @@
  This tree defines the hardware that is known to exist on the mainboard.
  At run time, the static tree is elided with dynamically determined information,
  and can even be restructured to some extent (e.g., the static tree has a
- device at 0:4.0; if a dynamic device is found at 0:3.0, it will be place
+ device at 0:4.0; if a dynamic device is found at 0:3.0, it will be placed
  in the tree 
 \begin_inset Quotes eld
 \end_inset
@@ -386,12 +386,12 @@
 
 \begin_layout Standard
 Devices, in some cases, have special control registers that need to be set.
- in a few cases, generic code can handle these operiations: see device/pci_devic
-e.c.
+ In a few cases, generic code can handle these operations: see device/pci_device.
+c.
  Device-specific functions for controlling the device and its settings are
  found in the device-specific directory.
  All the configuration variables for controlling a device must be defined
- in a single structure; to reiterate,that structure is defined in the file
+ in a single structure; to reiterate, that structure is defined in the file
  config.h.
  It is one structure, instead of a set of variables, because it must be
  instantiated and initialized by the device tree compiler (dtc), and a pointer
@@ -644,7 +644,7 @@
 \end_layout
 
 \begin_layout Standard
-The dynamic constructor is part fo the device tree code.
+The dynamic constructor is part of the device tree code.
  There is a set of default constructors, but each device can have its own
  private constructors if needed.
  The constructor structure is simple: it is a standard device id, and a
@@ -669,7 +669,7 @@
  components.
  Unlike V2, we are not using ld scripts to glue these components together,
  since the overall bugginess of the various tools (as and ld in particular)
- made use of ldscripts very hard to mainbain.
+ made use of ldscripts very hard to maintain.
  
 \end_layout
 





More information about the coreboot mailing list