From 42303c0d9ff56cf5f479cdae3ac6bcde90f0df9e Mon Sep 17 00:00:00 2001 From: Scott Rifenbark Date: Mon, 2 Oct 2017 17:31:06 -0700 Subject: kernel-dev: Miscellaneous Edits to Advanced Metadata chapter (From yocto-docs rev: 74e27b697efa7ea7ecc1d1d59266b537dd70ae98) Signed-off-by: Scott Rifenbark Signed-off-by: Richard Purdie --- documentation/kernel-dev/kernel-dev-advanced.xml | 35 ++++++++++++++---------- 1 file changed, 21 insertions(+), 14 deletions(-) (limited to 'documentation') diff --git a/documentation/kernel-dev/kernel-dev-advanced.xml b/documentation/kernel-dev/kernel-dev-advanced.xml index 3d19ed2cf2..355bdc1ac2 100644 --- a/documentation/kernel-dev/kernel-dev-advanced.xml +++ b/documentation/kernel-dev/kernel-dev-advanced.xml @@ -327,7 +327,7 @@ # Increase default NR_CPUS from 8 to 64 so that platform with # more than 8 processors can be all activated at boot time CONFIG_NR_CPUS=64 - # The following is nedded when setting NR_CPUS to something + # The following is needed when setting NR_CPUS to something # greater than 8 on x86 architectures, it should be automatically # disregarded by Kconfig when using a different arch CONFIG_X86_BIGSMP=y @@ -697,7 +697,7 @@ Metadata as it is here, you only need to ensure that the LINUX_KERNEL_TYPE variable in the kernel recipe and the - KTYPE variable in the BSP descriptionn + KTYPE variable in the BSP description file match. Future versions of the tooling make the specification of @@ -1133,10 +1133,9 @@ - If you find - yourself with numerous branches, you might consider using a - hierarchical branching system similar to what the linux-yocto Linux - kernel repositories use: + If you find yourself with numerous branches, you might consider + using a hierarchical branching system similar to what the + Yocto Linux Kernel Git repositories use: common/kernel_type/machine @@ -1166,7 +1165,8 @@ The "standard" and "small" branches add sources specific to those kernel types that for whatever reason are not appropriate for the other branches. - The "base" branches are an artifact of the way Git manages + + The "base" branches are an artifact of the way Git manages its data internally on the filesystem: Git will not allow you to use mydir/standard and mydir/standard/machine_a because it @@ -1213,27 +1213,34 @@ This section provides a brief reference for the commands you can use within an SCC description file (.scc): - branch [ref]: + + branch [ref]: Creates a new branch relative to the current branch (typically ${KTYPE}) using the currently checked-out branch, or "ref" if specified. - define: + + define: Defines variables, such as KMACHINE, KTYPE, KARCH, and KFEATURE_DESCRIPTION. - include SCC_FILE: + + include SCC_FILE: Includes an SCC file in the current file. The file is parsed as if you had inserted it inline. - kconf [hardware|non-hardware] CFG_FILE: + + kconf [hardware|non-hardware] CFG_FILE: Queues a configuration fragment for merging into the final Linux .config file. - git merge GIT_BRANCH: + + git merge GIT_BRANCH: Merges the feature branch into the current branch. - patch PATCH_FILE: - Applies the patch to the current Git branch. + + patch PATCH_FILE: + Applies the patch to the current Git branch. + -- cgit v1.2.3-54-g00ecf