diff options
author | Bruce Ashfield <bruce.ashfield@windriver.com> | 2012-04-13 16:55:44 -0400 |
---|---|---|
committer | Richard Purdie <richard.purdie@linuxfoundation.org> | 2012-04-13 22:43:03 +0100 |
commit | 08c368b9980716e459d846dd7183940a5bf8bea4 (patch) | |
tree | eddbfa8d7cf269c1ddd17704e1c19f8834bc77a2 /meta/classes | |
parent | d7c567816bf828da34fb9e315d4d76c4181337e9 (diff) | |
download | openembedded-core-08c368b9980716e459d846dd7183940a5bf8bea4.tar.gz openembedded-core-08c368b9980716e459d846dd7183940a5bf8bea4.tar.bz2 openembedded-core-08c368b9980716e459d846dd7183940a5bf8bea4.zip |
linux-yocto: allow .cfg, .scc, .patch and defconfigs to be processed in order
During testing/extension of the linux-yocto-tiny kernel it was found that
defconfigs were not always properly applied. This was due to two issues:
- not being able to fully control the order of objects applied to the
git tree on the SRC_URI
- defconfigs triggering --allnoconfig before being applied
To fix this, the recipe space code that previously detected and generated
automatic features moves back to the kernel tools (where it was before) and
is updated to also process .cfg and defconfigs. Moving this back to the
tools allow other recipes to automatically benefit from the additional
support.
The second issue is addressed by allowing configme to take --alldefconfig
when a recipe wishes to pass a defconfig and override the default
behaviour.
Fixes [YOCTO: 2250]
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'meta/classes')
-rw-r--r-- | meta/classes/kernel-yocto.bbclass | 74 |
1 files changed, 7 insertions, 67 deletions
diff --git a/meta/classes/kernel-yocto.bbclass b/meta/classes/kernel-yocto.bbclass index b7e8b3243f..0caf6a67f0 100644 --- a/meta/classes/kernel-yocto.bbclass +++ b/meta/classes/kernel-yocto.bbclass @@ -20,7 +20,9 @@ def find_sccs(d): sources_list=[] for s in sources: base, ext = os.path.splitext(os.path.basename(s)) - if ext and ext in ('.scc'): + if ext and ext in ('.scc' '.cfg' '.patch'): + sources_list.append(s) + elif base and base in 'defconfig': sources_list.append(s) return sources_list @@ -73,72 +75,9 @@ do_patch() { fi sccs="${@" ".join(find_sccs(d))}" - patches_and_dirs="${@" ".join(find_urls(d))}" - - # This loops through all patches, and looks for directories that do - # not already have feature descriptions. If a directory doesn't have - # a feature description, we switch to the ${WORKDIR} variant of the - # feature (so we can write to it) and generate a feature for those - # patches. The generated feature will respect the patch order. - # - # By leaving source patch directories that already have .scc files - # as-is it means that a SRC_URI can only contain a .scc file, and all - # patches that the .scc references will be picked up, without having - # to be repeated on the SRC_URI line .. which is more intutive - set +e - patch_dirs= - for pp in ${patches_and_dirs}; do - p=`echo $pp | cut -f1 -d:` - wp=`echo $pp | cut -f2 -d:` - pdir=`dirname ${p}` - pname=`basename ${p}` - scc=`find ${pdir} -maxdepth 1 -name '*.scc'` - if [ -z "${scc}" ]; then - # there is no scc file. We need to switch to someplace that we know - # we can create content (the workdir) - workdir_subdir=`dirname ${wp}` - suggested_dir="${WORKDIR}/${workdir_subdir}" - echo ${gen_feature_dirs} | grep -q ${suggested_dir} - if [ $? -ne 0 ]; then - gen_feature_dirs="${gen_feature_dirs} ${suggested_dir}" - fi - # we call the file *.scc_tmp, so the test above will continue to find - # that patches from a common subdirectory don't have a scc file and - # they'll be placed in order, into this file. We'll rename it later. - gen_feature_name="gen_`echo ${workdir_subdir} | sed 's%/%%g'`_desc.scc_tmp" - echo "patch ${pname}" >> ${WORKDIR}/${workdir_subdir}/${gen_feature_name} - else - suggested_dir="${pdir}" - fi - echo ${patch_dirs} | grep -q ${suggested_dir} - if [ $? -ne 0 ]; then - patch_dirs="${patch_dirs} ${suggested_dir}" - fi - done - - # look for any found scc files, and ensure they are added to the list - # of directories passsed to updateme - for s in ${sccs}; do - sdir=`dirname ${s}` - echo ${patch_dirs} | grep -q ${sdir} - if [ $? -ne 0 ]; then - patch_dirs="${patch_dirs} ${sdir}" - fi - done - - # go through the patch directories and look for any scc feature files - # that were constructed above. If one is found, rename it to ".scc" so - # the kernel patching can see it. - for pdir in ${patch_dirs}; do - scc=`find ${pdir} -maxdepth 1 -name '*.scc_tmp'` - if [ -n "${scc}" ]; then - new_scc=`echo ${scc} | sed 's/_tmp//'` - mv -f ${scc} ${new_scc} - fi - done - - patch_dirs="${patch_dirs} ${WORKDIR}" + patches="${@" ".join(find_patches(d))}" + set +e # add any explicitly referenced features onto the end of the feature # list that is passed to the kernel build scripts. if [ -n "${KERNEL_FEATURES}" ]; then @@ -146,9 +85,10 @@ do_patch() { addon_features="$addon_features --feature $feat" done fi + # updates or generates the target description updateme --branch ${kbranch} -DKDESC=${KMACHINE}:${LINUX_KERNEL_TYPE} \ - ${addon_features} ${ARCH} ${KMACHINE} ${patch_dirs} + ${addon_features} ${ARCH} ${KMACHINE} ${sccs} ${patches} if [ $? -ne 0 ]; then echo "ERROR. Could not update ${kbranch}" exit 1 |