From a64831cad79e46c50509aad89f6fefad71123b60 Mon Sep 17 00:00:00 2001 From: Scott Rifenbark Date: Fri, 18 Aug 2017 15:12:33 -0700 Subject: kernel-dev, dev-manual: Moved Kernel prep steps The dev-manual had a place-holder section for getting the build host ready for using YP and then doing kernel development. This stuff is better suited for the actual kernel development manual. I moved the section. Moving created several broken links in the manual set that had to be fixed. In the dev-manual, I updated the introductory list to include the newly moved kernel stuff. (From yocto-docs rev: 2e21260bb5f84e9e30eb353ec841d5962e8a7642) Signed-off-by: Scott Rifenbark Signed-off-by: Richard Purdie --- documentation/kernel-dev/kernel-dev-common.xml | 76 +++++++++++++++++++++++--- 1 file changed, 69 insertions(+), 7 deletions(-) (limited to 'documentation/kernel-dev/kernel-dev-common.xml') diff --git a/documentation/kernel-dev/kernel-dev-common.xml b/documentation/kernel-dev/kernel-dev-common.xml index c55f68bc24..8c8fe05711 100644 --- a/documentation/kernel-dev/kernel-dev-common.xml +++ b/documentation/kernel-dev/kernel-dev-common.xml @@ -474,15 +474,15 @@ - The example assumes a clean build exists for the qemux86 - machine in a + The example builds an extensible SDK, which is then used to + build, using devtool, a clean image for the + default qemux86 machine in a Source Directory named poky. - Furthermore, the + In the example, the Build Directory - is build and is located in - poky and the kernel is based on the - Linux 3.4 kernel. + is build and is located in the default + poky_sdk directory. @@ -491,12 +491,74 @@ section. +
+ Set Up the Build Host + + + Prior to creating any actual patches for your kernel, you + need to prepare the build host. + This example builds an extensible SDK. + Follow these steps: + + + Set Up the Build Environment: + Be sure you are set up to use BitBake in a shell. + See the + "Setting Up the Development Host to Use the Yocto Project" + section in the Yocto Project Development Manual for information + on how to get a build host ready that is either a native + Linux machine or a machine that uses CROPS. + + + Clone the poky Repository: + You need to have a local copy of the Yocto Project + Source Directory + (i.e. a local poky repository). + See the + "Cloning the poky Repository" + and possibly the + "Checking Out by Branch in Poky" + and + "Checking Out by Tag in Poky" + sections all in the Yocto Project Development Manual for + information on how to clone the poky + repository and check out the appropriate branch for your work. + + + Initialize the Build Environment: + While in the root directory of the Source Directory (i.e. + poky), run the + &OE_INIT_FILE; + environment setup script to define the OpenEmbedded + build environment on your build host. + + $ source &OE_INIT_FILE; + + Among other things, the script creates the + Build Directory, + which is build in this case + and is located in the + Source Directory. + After the script runs, your current working directory + is set to the build directory. + + For information on running a memory-resident + BitBake, + see the + oe-init-build-env-memres + setup script. + + + + +
+
Create a Layer for your Changes The first step is to create a layer so you can isolate your - changes. + changes to the kernel. Rather than use the yocto-layer script to create the layer, this example steps through the process by hand. -- cgit v1.2.3-54-g00ecf