The following sections describe each part of the proposed BSP format.
</para>
- </section>
-
- <section id="bsp-filelayout-license">
+ <section id="bsp-filelayout-license">
<title>License Files</title>
<programlisting>
meta-<bsp_name>/<bsp_license_file>
Licensing files can be MIT, BSD, GPLv*, and so forth.
These files are recommended for the BSP but are optional and totally up to the BSP developer.
</para>
- </section>
+ </section>
- <section id="bsp-filelayout-readme">
+ <section id="bsp-filelayout-readme">
<title>README File</title>
<programlisting>
meta-<bsp_name>/README
Technically speaking a <filename>README</filename> is optional but it is highly
recommended that every BSP has one.
</para>
- </section>
+ </section>
- <section id="bsp-filelayout-binary">
+ <section id="bsp-filelayout-binary">
<title>Pre-built User Binaries</title>
<programlisting>
meta-<bsp_name>/binary/<bootable_images>
If pre-built binaries are present, source code to meet licensing requirements must also
be provided in some form.
</para>
- </section>
+ </section>
- <section id='bsp-filelayout-layer'>
+ <section id='bsp-filelayout-layer'>
<title>Layer Configuration File</title>
<programlisting>
meta-<bsp_name>/conf/layer.conf
This file simply makes BitBake aware of the recipes and configuration directories.
This file must exist so that Poky can recognize the BSP.
</para>
- </section>
+ </section>
- <section id="bsp-filelayout-machine">
+ <section id="bsp-filelayout-machine">
<title>Hardware Configuration Options</title>
<programlisting>
meta-<bsp_name>/conf/machine/*.conf
<para>
Both the base package architecuture file and the tune file are optional for a Poky BSP layer.
</para>
- </section>
+ </section>
- <section id='bsp-filelayout-misc-recipes'>
+ <section id='bsp-filelayout-misc-recipes'>
<title>Miscellaneous Recipe Files</title>
<programlisting>
meta-<bsp_name>/recipes-bsp/*
meta-crownbay/recipes-bsp/formfactor/formfactor_0.0.bbappend
</programlisting>
</para>
- </section>
+ </section>
- <section id='bsp-filelayout-recipes-graphics'>
+ <section id='bsp-filelayout-recipes-graphics'>
<title>Display Support Files</title>
<programlisting>
meta-<bsp_name>/recipes-graphics/*
meta-crownbay/recipes-graphics/xorg-xserver/xserver-xf86-emgd_1.7.99.2.bb
</programlisting>
</para>
- </section>
+ </section>
- <section id='bsp-filelayout-kernel'>
+ <section id='bsp-filelayout-kernel'>
<title>Linux Kernel Configuration</title>
<programlisting>
meta-<bsp_name>/recipes-kernel/linux/linux-wrs_git.bbappend
Examples of kernel recipes are available in Poky itself, and thus, make these files optional.
However, it would be unusual not to have a kernel configuration.
</para>
- </section>
+ </section>
-<!-- <section id='bsp-filelayout-packages'>
+<!-- <section id='bsp-filelayout-packages'>
<title>Other Software (meta-<bsp_name>/recipes-kernel/*)</title>
<para>
meta-Emenlow/recipes-Emenlow/image-creator/image-creator-native_0.1.bb
</programlisting>
</para>
- </section>
+ </section>
- <section id='bs-filelayout-bbappend'>
+ <section id='bs-filelayout-bbappend'>
<title>Append BSP-Specific Information to Existing Recipes</title>
<para>
Suppose you have a recipe such as "pointercal" that requires machine-specific information.
which will be picked up by BitBake.
For an example see <filename>meta-emenlow/packages/formfactor</filename>.
</para>
- </section>
+ </section>
- <section id="bsp-filelayout-prebuilds">
+ <section id="bsp-filelayout-prebuilds">
<title>Pre-build Data (meta-<bsp_name>/prebuilds/*)</title>
<para>
This location can contain precompiled representations of the source code
Assuming a compatible configuration is used, Poky can process and use these optional pre-compiled
representations to provide much faster build times.
</para>
- </section> -->
+ </section> -->
+ </section>
<section id='bsp-click-through-licensing'>
<title>BSP 'Click-Through' Licensing Procedure</title>