From 826b9f2ac8825e1e58edaeb238851e612ae20e7e Mon Sep 17 00:00:00 2001 From: Scott Rifenbark Date: Thu, 3 Jan 2013 08:26:39 -0600 Subject: kernel-dev: General edits for "Working with your own Sources" (From yocto-docs rev: d5627b98c98e47b963da35eefeb9808877dae296) Signed-off-by: Scott Rifenbark Signed-off-by: Richard Purdie --- documentation/kernel-dev/kernel-dev-common.xml | 44 +++++++++++++++----------- 1 file changed, 25 insertions(+), 19 deletions(-) (limited to 'documentation') diff --git a/documentation/kernel-dev/kernel-dev-common.xml b/documentation/kernel-dev/kernel-dev-common.xml index 31a7743c17..0b31de0c60 100644 --- a/documentation/kernel-dev/kernel-dev-common.xml +++ b/documentation/kernel-dev/kernel-dev-common.xml @@ -276,8 +276,8 @@ apply the new configuration before rebuilding the Linux kernel. you can iteratively generate them from within the BitBake build environment as described within this section. During an iterative workflow, running a previously completed BitBake - task causes BitBake to invalidate the tasks that follow that - task in the build sequence. + task causes BitBake to invalidate the tasks that follow the + completed task in the build sequence. Invalidated tasks rebuild the next time you run the build using BitBake. @@ -386,8 +386,8 @@ working with. requested configuration does not appear in the final .config file or when you override a policy configuration in a hardware configuration fragment. - Following is the command that runs these tools and some - sample output: + Here is an example with some sample output of the command + that runs these tools: $ bitbake linux-yocto -c kernel_configcheck -f @@ -531,7 +531,7 @@ adjust your configuration files and repeat the "kernel_configme" and the compile. Once compilation is successful, you can inspect and test the resulting build (i.e. kernel, modules, and so forth) from - the build directory: + the Build Directory: ${WORKDIR}/linux-${MACHINE}-${KTYPE}-build @@ -622,21 +622,26 @@ to the Yocto Project Development Manual, section 5.7.3 Creating the Patch. Working With Your Own Sources - If you find yourself unable to work with one of the Linux kernel + If you cannot work with one of the Linux kernel versions supported by existing linux-yocto recipes, you can still make use of the Yocto Project Linux kernel tooling by working with your own sources. - You will not be able to leverage the existing + When you use your own sources, you will not be able to + leverage the existing Metadata and - stabilization work of the linux-yocto sources, but you will be - able to manage your own Metadata in the same format as the - linux-yocto sources. - Format compatibility facilitates converging with + stabilization work of the linux-yocto sources. + However, you will be able to manage your own Metadata in the same + format as the linux-yocto sources. + Maintaining format compatibility facilitates converging with linux-yocto on a future, mutually-supported kernel version. - The linux-yocto custom recipe is located in the + To help you use your own sources, the Yocto Project provides a + linux-yocto custom recipe that uses + kernel.org sources + and the Yocto Project Linux kernel tools for managing Metadata. + You can find this recipe in the poky Git repository of the Yocto Project Source Repository at: @@ -645,11 +650,6 @@ to the Yocto Project Development Manual, section 5.7.3 Creating the Patch. - - The example recipe uses kernel.org sources - and the Yocto Project Linux kernel tools for managing Metadata. - - Here are some basic steps you can use to work with your own sources: @@ -713,8 +713,14 @@ to the Yocto Project Development Manual, section 5.7.3 Creating the Patch. only the empty string, "(^$)". This default setting triggers an explicit build failure. You must change it to match a list of the machines - that your new recipe supports (e.g. "qemux86|qemux86-64"). - + that your new recipe supports. + For example, to support the qemux86 + and qemux86-64 machines, use + the following form with your layer name as the + override: + + COMPATIBLE_MACHINE_yourmachine = "qemux86|qemux86-64" + Provide further customizations to your recipe as needed just as you would customize an existing -- cgit v1.2.3-54-g00ecf