dev-manual: Edits to the multi-machine builds section.

Fixes [YOCTO #5400]

I applied some review edits to this section as suggested by
Richard Purdie.

(From yocto-docs rev: a1898cf65537e732e0e42605bb28d636077e7f56)

Signed-off-by: Scott Rifenbark <scott.m.rifenbark@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This commit is contained in:
Scott Rifenbark 2014-11-21 06:40:49 -06:00 committed by Richard Purdie
parent 81fb49bb05
commit 117c9b4a64
1 changed files with 12 additions and 12 deletions

View File

@ -5988,10 +5988,10 @@ Gateways via their Web Interfaces</ulink>"</emphasis>
CPU core used in a system might enable some micro optimizations CPU core used in a system might enable some micro optimizations
in GCC for that particular system but would otherwise not gain in GCC for that particular system but would otherwise not gain
you much of a performance difference across the other systems you much of a performance difference across the other systems
as compared to using a more general tuning across all the builds. as compared to using a more general tuning across all the builds
Another example is setting (e.g. setting
<ulink url='var-DEFAULTTUNE'><filename>DEFAULTTUNE</filename></ulink> <ulink url='var-DEFAULTTUNE'><filename>DEFAULTTUNE</filename></ulink>
specifically for each machine's build. specifically for each machine's build).
Rather than "max out" each build's tunings, you can take steps that Rather than "max out" each build's tunings, you can take steps that
cause the OpenEmbedded build system to reuse software across the cause the OpenEmbedded build system to reuse software across the
various machines where it makes sense. various machines where it makes sense.
@ -6044,7 +6044,7 @@ Gateways via their Web Interfaces</ulink>"</emphasis>
<ulink url='&YOCTO_DOCS_REF_URL;#ref-classes-allarch'><filename>allarch</filename></ulink> <ulink url='&YOCTO_DOCS_REF_URL;#ref-classes-allarch'><filename>allarch</filename></ulink>
class. class.
This class is useful for "all" architectures because it This class is useful for "all" architectures because it
contains many other variables that can be used across configures many variables so packages can be used across
multiple architectures.</para> multiple architectures.</para>
<para>If your recipe needs to generate packages that are <para>If your recipe needs to generate packages that are
machine-specific or when one of the build or runtime machine-specific or when one of the build or runtime
@ -6057,17 +6057,14 @@ Gateways via their Web Interfaces</ulink>"</emphasis>
<literallayout class='monospaced'> <literallayout class='monospaced'>
PACKAGE_ARCH = "${MACHINE_ARCH}" PACKAGE_ARCH = "${MACHINE_ARCH}"
</literallayout> </literallayout>
If you select a specific tuning for the recipe, When you do not specifically enable a package
the OpenEmbedded build system enables the package
architecture defined by that tuning file.</para>
<para>When you do not specifically enable a package
architecture through the architecture through the
<ulink url='&YOCTO_DOCS_REF_URL;#var-PACKAGE_ARCH'><filename>PACKAGE_ARCH</filename></ulink>, <ulink url='&YOCTO_DOCS_REF_URL;#var-PACKAGE_ARCH'><filename>PACKAGE_ARCH</filename></ulink>,
The OpenEmbedded build system defaults to the The OpenEmbedded build system defaults to the
<ulink url='&YOCTO_DOCS_REF_URL;#var-TUNE_ARCH'><filename>TUNE_ARCH</filename></ulink> <ulink url='&YOCTO_DOCS_REF_URL;#var-TUNE_ARCH'><filename>TUNE_ARCH</filename></ulink>
setting: setting:
<literallayout class='monospaced'> <literallayout class='monospaced'>
PACKAGE_ARCH == TUNE_ARCH PACKAGE_ARCH = "${TUNE_ARCH}"
</literallayout> </literallayout>
</para></listitem> </para></listitem>
<listitem><para><emphasis>Choose a Generic Tuning File if Possible:</emphasis> <listitem><para><emphasis>Choose a Generic Tuning File if Possible:</emphasis>
@ -6076,7 +6073,9 @@ Gateways via their Web Interfaces</ulink>"</emphasis>
run on <filename>armv6</filename> and run on <filename>armv6</filename> and
<filename>armv7</filename> processors in most cases). <filename>armv7</filename> processors in most cases).
Similarly, <filename>i486</filename> binaries could work Similarly, <filename>i486</filename> binaries could work
on <filename>i586</filename> and higher processors.</para> on <filename>i586</filename> and higher processors.
You should realize, however, that advances on newer
processor versions would not be used.</para>
<para>If you select the same tune for several different <para>If you select the same tune for several different
machines, the OpenEmbedded build system reuses software machines, the OpenEmbedded build system reuses software
previously built, thus speeding up the overall build time. previously built, thus speeding up the overall build time.
@ -6085,7 +6084,7 @@ Gateways via their Web Interfaces</ulink>"</emphasis>
package feed exists. package feed exists.
</para></listitem> </para></listitem>
<listitem><para><emphasis>Manage Granular Level Packaging:</emphasis> <listitem><para><emphasis>Manage Granular Level Packaging:</emphasis>
Sometimes cases exist where where injecting another level Sometimes cases exist where injecting another level
of package architecture beyond the three higher levels of package architecture beyond the three higher levels
noted earlier can be useful. noted earlier can be useful.
For example, consider the <filename>emgd</filename> For example, consider the <filename>emgd</filename>
@ -6096,7 +6095,8 @@ Gateways via their Web Interfaces</ulink>"</emphasis>
generic packages. generic packages.
You can examine the key code in the You can examine the key code in the
<ulink url='http://git.yoctoproject.org/cgit/cgit.cgi'>Source Repositories</ulink> <ulink url='http://git.yoctoproject.org/cgit/cgit.cgi'>Source Repositories</ulink>
in <filename>classes/emgd-gl.bbclass</filename>. "daisy" branch in
<filename>classes/emgd-gl.bbclass</filename>.
For a specific set of packages, the code redefines For a specific set of packages, the code redefines
<ulink url='&YOCTO_DOCS_REF_URL;#var-PACKAGE_ARCH'><filename>PACKAGE_ARCH</filename></ulink>. <ulink url='&YOCTO_DOCS_REF_URL;#var-PACKAGE_ARCH'><filename>PACKAGE_ARCH</filename></ulink>.
<ulink url='&YOCTO_DOCS_REF_URL;#var-PACKAGE_EXTRA_ARCHS'><filename>PACKAGE_EXTRA_ARCHS</filename></ulink> <ulink url='&YOCTO_DOCS_REF_URL;#var-PACKAGE_EXTRA_ARCHS'><filename>PACKAGE_EXTRA_ARCHS</filename></ulink>