From 5053b654163d5cb209206144f079f42453c6ec1b Mon Sep 17 00:00:00 2001 From: Scott Rifenbark Date: Wed, 23 Jan 2013 15:29:11 -0800 Subject: [PATCH] kernel-dev: General edits and links added. Many links added to the glossary variables that were introduced in the manual. Also provided general edits as I found them. (From yocto-docs rev: 1c004144669306e87ad783df766b5245e474f549) Signed-off-by: Scott Rifenbark Signed-off-by: Richard Purdie --- .../kernel-dev/kernel-dev-advanced.xml | 48 +++++++++++-------- 1 file changed, 27 insertions(+), 21 deletions(-) diff --git a/documentation/kernel-dev/kernel-dev-advanced.xml b/documentation/kernel-dev/kernel-dev-advanced.xml index 43dec92555..ba288d1311 100644 --- a/documentation/kernel-dev/kernel-dev-advanced.xml +++ b/documentation/kernel-dev/kernel-dev-advanced.xml @@ -82,10 +82,10 @@ The linux-yocto style recipes can optionally define the following variables: - KBRANCH - KERNEL_FEATURES - KBRANCH_DEFAULT - LINUX_KERNEL_TYPE + KBRANCH + KERNEL_FEATURES + KBRANCH_DEFAULT + LINUX_KERNEL_TYPE KBRANCH_DEFAULT defines the Linux kernel source repository's default branch to use to build the Linux kernel. @@ -104,7 +104,8 @@ used in assembling the configuration. If you do not specify a LINUX_KERNEL_TYPE, it defaults to "standard". - Together with KMACHINE, + Together with + KMACHINE, LINUX_KERNEL_TYPE defines the search arguments used by the kernel tools to find the appropriate description within the kernel Metadata with which to @@ -139,7 +140,8 @@ then for the LINUX_KERNEL_TYPE. If the tools cannot find a partial match, they will use the sources from the KBRANCH and any configuration - specified in the SRC_URI. + specified in the + SRC_URI. @@ -394,19 +396,20 @@ description files within the structure: If your file contains - only configuration fragments, place the file in - cfg. + only configuration fragments, place the file in the + cfg directory. If your file contains - only source-code fixes, place the file in - patches. + only source-code fixes, place the file in the + patches directory. If your file encapsulates a major feature, often combining sources and configurations, - place the file in features. + place the file in features directory. If your file aggregates non-hardware configuration and patches in order to define a base kernel policy or major kernel type to be reused across - multiple BSPs, place the file in ktypes. + multiple BSPs, place the file in ktypes + directory. @@ -466,8 +469,8 @@ - KFEATURE_DESCRIPTION provides a short - description of the fragment. + KFEATURE_DESCRIPTION + provides a short description of the fragment. Higher level kernel tools use this description. @@ -653,7 +656,8 @@ It is not strictly necessary to create a kernel type .scc file. The Board Support Package (BSP) file can implicitly define - the kernel type using a define KTYPE myktype + the kernel type using a define + KTYPE myktype line. See the "BSP Descriptions" section for more information. @@ -680,13 +684,15 @@ kconf mybsp.cfg Every BSP description should define the - KMACHINE, KTYPE, - and KARCH variables. + KMACHINE, + KTYPE, + and KARCH + variables. These variables allow the OpenEmbedded build system to identify the description as meeting the criteria set by the recipe being built. This simple example supports the "mybsp" machine for the "standard" - kernel and the 'i386" architecture. + kernel and the "i386" architecture. @@ -695,9 +701,9 @@ description file does not exist. Thus, if you do not have kernel types defined in your kernel Metadata, you only need to ensure that the kernel recipe's - LINUX_KERNEL_TYPE variable and the - KTYPE variable in the BSP description - file match. + LINUX_KERNEL_TYPE + variable and the KTYPE variable in the + BSP description file match. Future versions of the tooling make the specification of KTYPE in the BSP optional.