mirror of
https://git.yoctoproject.org/poky
synced 2026-06-04 02:00:04 +00:00
kernel-dev: Updated 4.4 to 4.12 for kernel example in layer
(From yocto-docs rev: ba8dd3676e3800b8356b7de948ceeb6e4cba4bbf) Signed-off-by: Scott Rifenbark <srifenbark@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This commit is contained in:
committed by
Richard Purdie
parent
4db9f48854
commit
46d9bd0076
@@ -563,11 +563,11 @@
|
|||||||
You also name it accordingly based on the linux-yocto recipe
|
You also name it accordingly based on the linux-yocto recipe
|
||||||
you are using.
|
you are using.
|
||||||
For example, if you are modifying the
|
For example, if you are modifying the
|
||||||
<filename>meta/recipes-kernel/linux/linux-yocto_4.4.bb</filename>
|
<filename>meta/recipes-kernel/linux/linux-yocto_4.12.bb</filename>
|
||||||
recipe, the append file will typically be located as follows
|
recipe, the append file will typically be located as follows
|
||||||
within your custom layer:
|
within your custom layer:
|
||||||
<literallayout class='monospaced'>
|
<literallayout class='monospaced'>
|
||||||
<replaceable>your-layer</replaceable>/recipes-kernel/linux/linux-yocto_4.4.bbappend
|
<replaceable>your-layer</replaceable>/recipes-kernel/linux/linux-yocto_4.12.bbappend
|
||||||
</literallayout>
|
</literallayout>
|
||||||
The append file should initially extend the
|
The append file should initially extend the
|
||||||
<ulink url='&YOCTO_DOCS_REF_URL;#var-FILESPATH'><filename>FILESPATH</filename></ulink>
|
<ulink url='&YOCTO_DOCS_REF_URL;#var-FILESPATH'><filename>FILESPATH</filename></ulink>
|
||||||
@@ -598,7 +598,7 @@
|
|||||||
As an example, consider the following append file
|
As an example, consider the following append file
|
||||||
used by the BSPs in <filename>meta-yocto-bsp</filename>:
|
used by the BSPs in <filename>meta-yocto-bsp</filename>:
|
||||||
<literallayout class='monospaced'>
|
<literallayout class='monospaced'>
|
||||||
meta-yocto-bsp/recipes-kernel/linux/linux-yocto_4.4.bbappend
|
meta-yocto-bsp/recipes-kernel/linux/linux-yocto_4.12.bbappend
|
||||||
</literallayout>
|
</literallayout>
|
||||||
The following listing shows the file.
|
The following listing shows the file.
|
||||||
Be aware that the actual commit ID strings in this
|
Be aware that the actual commit ID strings in this
|
||||||
@@ -615,11 +615,12 @@
|
|||||||
KBRANCH_beaglebone = "standard/beaglebone"
|
KBRANCH_beaglebone = "standard/beaglebone"
|
||||||
KBRANCH_mpc8315e-rdb = "standard/fsl-mpc8315e-rdb"
|
KBRANCH_mpc8315e-rdb = "standard/fsl-mpc8315e-rdb"
|
||||||
|
|
||||||
SRCREV_machine_genericx86 ?= "ad8b1d659ddd2699ebf7d50ef9de8940b157bfc2"
|
SRCREV_machine_genericx86 ?= "d09f2ce584d60ecb7890550c22a80c48b83c2e19"
|
||||||
SRCREV_machine_genericx86-64 ?= "ad8b1d659ddd2699ebf7d50ef9de8940b157bfc2"
|
SRCREV_machine_genericx86-64 ?= "d09f2ce584d60ecb7890550c22a80c48b83c2e19"
|
||||||
SRCREV_machine_edgerouter ?= "cebe1ad56aebd89e0de29412e19433fb441bf13c"
|
SRCREV_machine_edgerouter ?= "b5c8cfda2dfe296410d51e131289fb09c69e1e7d"
|
||||||
SRCREV_machine_beaglebone ?= "cebe1ad56aebd89e0de29412e19433fb441bf13c"
|
SRCREV_machine_beaglebone ?= "b5c8cfda2dfe296410d51e131289fb09c69e1e7d"
|
||||||
SRCREV_machine_mpc8315e-rdb ?= "06c0dbdcba374ca7f92a53d69292d6bb7bc9b0f3"
|
SRCREV_machine_mpc8315e-rdb ?= "2d1d010240846d7bff15d1fcc0cb6eb8a22fc78a"
|
||||||
|
|
||||||
|
|
||||||
COMPATIBLE_MACHINE_genericx86 = "genericx86"
|
COMPATIBLE_MACHINE_genericx86 = "genericx86"
|
||||||
COMPATIBLE_MACHINE_genericx86-64 = "genericx86-64"
|
COMPATIBLE_MACHINE_genericx86-64 = "genericx86-64"
|
||||||
@@ -627,11 +628,11 @@
|
|||||||
COMPATIBLE_MACHINE_beaglebone = "beaglebone"
|
COMPATIBLE_MACHINE_beaglebone = "beaglebone"
|
||||||
COMPATIBLE_MACHINE_mpc8315e-rdb = "mpc8315e-rdb"
|
COMPATIBLE_MACHINE_mpc8315e-rdb = "mpc8315e-rdb"
|
||||||
|
|
||||||
LINUX_VERSION_genericx86 = "4.4.41"
|
LINUX_VERSION_genericx86 = "4.12.7"
|
||||||
LINUX_VERSION_genericx86-64 = "4.4.41"
|
LINUX_VERSION_genericx86-64 = "4.12.7"
|
||||||
LINUX_VERSION_edgerouter = "4.4.53"
|
LINUX_VERSION_edgerouter = "4.12.10"
|
||||||
LINUX_VERSION_beaglebone = "4.4.53"
|
LINUX_VERSION_beaglebone = "4.12.10"
|
||||||
LINUX_VERSION_mpc8315e-rdb = "4.4.53"
|
LINUX_VERSION_mpc8315e-rdb = "4.12.10"
|
||||||
</literallayout>
|
</literallayout>
|
||||||
This append file contains statements used to support
|
This append file contains statements used to support
|
||||||
several BSPs that ship with the Yocto Project.
|
several BSPs that ship with the Yocto Project.
|
||||||
@@ -662,8 +663,8 @@
|
|||||||
|
|
||||||
<para>
|
<para>
|
||||||
One thing missing in this particular BSP, which you will
|
One thing missing in this particular BSP, which you will
|
||||||
typically need when developing a BSP, is the kernel configuration
|
typically need when developing a BSP, is the kernel
|
||||||
file (<filename>.config</filename>) for your BSP.
|
configuration file (<filename>.config</filename>) for your BSP.
|
||||||
When developing a BSP, you probably have a kernel configuration
|
When developing a BSP, you probably have a kernel configuration
|
||||||
file or a set of kernel configuration files that, when taken
|
file or a set of kernel configuration files that, when taken
|
||||||
together, define the kernel configuration for your BSP.
|
together, define the kernel configuration for your BSP.
|
||||||
@@ -671,7 +672,8 @@
|
|||||||
in a file or a set of files inside a directory located at the
|
in a file or a set of files inside a directory located at the
|
||||||
same level as your kernel's append file and having the same
|
same level as your kernel's append file and having the same
|
||||||
name as the kernel's main recipe file.
|
name as the kernel's main recipe file.
|
||||||
With all these conditions met, simply reference those files in the
|
With all these conditions met, simply reference those files in
|
||||||
|
the
|
||||||
<ulink url='&YOCTO_DOCS_REF_URL;#var-SRC_URI'><filename>SRC_URI</filename></ulink>
|
<ulink url='&YOCTO_DOCS_REF_URL;#var-SRC_URI'><filename>SRC_URI</filename></ulink>
|
||||||
statement in the append file.
|
statement in the append file.
|
||||||
</para>
|
</para>
|
||||||
@@ -717,25 +719,31 @@
|
|||||||
|
|
||||||
<note>
|
<note>
|
||||||
<para>
|
<para>
|
||||||
Other methods exist to accomplish grouping and defining configuration options.
|
Other methods exist to accomplish grouping and defining
|
||||||
For example, if you are working with a local clone of the kernel repository,
|
configuration options.
|
||||||
you could checkout the kernel's <filename>meta</filename> branch, make your changes,
|
For example, if you are working with a local clone of the
|
||||||
and then push the changes to the local bare clone of the kernel.
|
kernel repository, you could checkout the kernel's
|
||||||
The result is that you directly add configuration options to the
|
<filename>meta</filename> branch, make your changes, and
|
||||||
<filename>meta</filename> branch for your BSP.
|
then push the changes to the local bare clone of the
|
||||||
The configuration options will likely end up in that location anyway if the BSP gets
|
kernel.
|
||||||
added to the Yocto Project.
|
The result is that you directly add configuration options
|
||||||
|
to the <filename>meta</filename> branch for your BSP.
|
||||||
|
The configuration options will likely end up in that
|
||||||
|
location anyway if the BSP gets added to the Yocto Project.
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
<para>
|
<para>
|
||||||
In general, however, the Yocto Project maintainers take care of moving the
|
In general, however, the Yocto Project maintainers take
|
||||||
<filename>SRC_URI</filename>-specified
|
care of moving the <filename>SRC_URI</filename>-specified
|
||||||
configuration options to the kernel's <filename>meta</filename> branch.
|
configuration options to the kernel's
|
||||||
Not only is it easier for BSP developers to not have to worry about putting those
|
<filename>meta</filename> branch.
|
||||||
configurations in the branch, but having the maintainers do it allows them to apply
|
Not only is it easier for BSP developers to not have to
|
||||||
'global' knowledge about the kinds of common configuration options multiple BSPs in
|
worry about putting those configurations in the branch,
|
||||||
the tree are typically using.
|
but having the maintainers do it allows them to apply
|
||||||
This allows for promotion of common configurations into common features.
|
'global' knowledge about the kinds of common configuration
|
||||||
|
options multiple BSPs in the tree are typically using.
|
||||||
|
This allows for promotion of common configurations into
|
||||||
|
common features.
|
||||||
</para>
|
</para>
|
||||||
</note>
|
</note>
|
||||||
</section>
|
</section>
|
||||||
|
|||||||
Reference in New Issue
Block a user