ref-manual: Review comments for closer look at YP dev section

Fixes [YOCTO #2808]

Applied minor wording changes as directed by Paul Eggleton's
review of the sections and related variable descriptions.

(From yocto-docs rev: cf30c3dd78d5e55356bb73f43f10e0093a9aa084)

Signed-off-by: Scott Rifenbark <scott.m.rifenbark@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

1 files changed, 5 insertions, 6 deletions

diff --git a/documentation/ref-manual/technical-details.xml b/documentation/ref-manual/technical-details.xml
index 97fd629a74..d8704da314 100644
--- a/documentation/ref-manual/technical-details.xml
+++ b/documentation/ref-manual/technical-details.xml
@@ -847,8 +847,7 @@
                     The <filename>deploy/images</filename> directory can
                     contain multiple root filesystems.</para></listitem>
                 <listitem><para><filename>&lt;kernel-modules&gt;</filename>:
-                    Tarballs that contain all the modules used by the
-                    kernel.
+                    Tarballs that contain all the modules built for the kernel.
                     Kernel module tarballs exist for legacy purposes and
                     can be suppressed by setting the
                     <link linkend='var-MODULE_TARBALL_DEPLOY'><filename>MODULE_TARBALL_DEPLOY</filename></link>
@@ -863,7 +862,7 @@
                     contain multiple bootloaders.
                     </para></listitem>
                 <listitem><para><filename>&lt;symlinks&gt;</filename>:
-                    The <filename>images/deploy</filename> folder contains
+                    The <filename>deploy/images</filename> folder contains
                     a symbolic link that points to the most recently built file
                     for each machine.
                     These links might be useful for external scripts that
@@ -888,13 +887,13 @@
         <para>
             The specific form of this output is a self-extracting
             SDK installer (<filename>*.sh</filename>) that, when run,
-            installs the SDK image, which consists of a cross-development
+            installs the SDK, which consists of a cross-development
             toolchain, a set of libraries and headers, and an SDK
             environment setup script.
             Running this installer essentially sets up your
             cross-development environment.
-            You can think of the cross-toolchains as the "host" part
-            because they run on the SDK machine.
+            You can think of the cross-toolchain as the "host"
+            part because it runs on the SDK machine.
             You can think of the libraries and headers as the "target"
             part because they are built for the target hardware.
             The setup script is added so that you can initialize the