summaryrefslogtreecommitdiff
path: root/meta/classes/kernel.bbclass
AgeCommit message (Collapse)AuthorFiles
2012-05-03kernel.bbclass: move kernel-vmlinux up in PACKAGESChristopher Larson1
If KERNEL_IMAGETYPE is vmlinux, the expectation is most likely that there will be no kernel image package, but we still want a vmlinux package for debugging, so move kernel-vmlinux in front of kernel-image in PACKAGES. Signed-off-by: Christopher Larson <kergoth@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-24{kernel, module}.bbclass: don't run depmod for module packages during do_rootfsAndreas Oberritter1
* depmod already gets executed by pkg_postinst_kernel-image. * If you build a module using module.bbclass, pkg_postinst returns 1 in do_rootfs, causing pkg_postinst to run again on first boot. To improve this situation, I copied pkg_postinst from kernel.bbclass to module.bbclass. This was rejected by Koen, because he doesn't like the code from kernel.bblcass, which uses ${STAGING_DIR_KERNEL}. Richard then suggested that calling depmod during do_rootfs wasn't necessary at all, because it already gets done by kernel-image. Signed-off-by: Andreas Oberritter <obi@opendreambox.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-24kernel.bbclass: unify white spacesMartin Jansa1
* indentation was with spaces and tabs, unify to use tabs instead of spaces, for shell code and populate_packages_preppend, because "python populate_packages" expects tabs (or 8 spaces) * and use 4 spaces for anonymous python Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-24kernel.bbclass: merge uboot_mkimage improvements from meta-oeMartin Jansa1
* allows to detect ENTRYPOINT from kernel binary marked with UBOOT_ENTRYSYMBOL used e.g. by ben-nanonote Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-24kernel: Fix packaging issueSaul Wold1
Remove /etc since it is empty, when creating a machine that does not deliver any module config files, the /etc is empty and is then warned about not being shipped, so we remove it. This occurs in the routerstationpro with the following warning: WARNING: For recipe linux-yocto, the following files/directories were installed but not shipped in any package: WARNING: /etc Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-03-26kernel.bbclass: touch .scmversion also in ${S}Martin Jansa1
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-03-23kernel.bbclass: don't create /etc/modutils/*Martin Jansa1
* update-modules was updated to read /etc/modules-load.d/*.conf Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-03-23kernel.bbclass: fix extra + in kernelreleaseMartin Jansa1
* see http://lists.linuxtogo.org/pipermail/openembedded-core/2011-December/014308.html Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-03-23kernel.bbclass: use better number for KERNEL_PRIORITYMartin Jansa1
* there is no upgrade from 2.6.X to 3.X.Y last part of PV is used as kernel priority for u-a, but X is usually higher then Y in 3.x.x so use all 3 parts in one bigger number * and make it weak assignment if this scheme doesn't work for some recipe * if there are just 2 numbers in PV then last one is repeated twice (see linux-openmoko_3.2 example) but that should work fine too OE qemux86-64@ ~/oe-core $ grep ^KERNEL_PRIO linux-yocto_* linux-yocto_2.6.37.e:KERNEL_PRIORITY="20637" linux-yocto_3.0.e:KERNEL_PRIORITY="30024" linux-yocto_3.2.e:KERNEL_PRIORITY="30211" OE qemux86-64@ ~/oe-core $ grep ^PV linux-yocto_* linux-yocto_2.6.37.e:PV="2.6.37+git1+aeea99683c7283f1f3320bf2ee7085ee252d4e7e_1+af2bfbe5f757361b5b027a24d67a93bfdfaaf33c" linux-yocto_3.0.e:PV="3.0.24+git2+a4ac64fe873f08ef718e2849b88914725dc99c1c_2+aac580659dc0ce083f250fb05abf82e58d7f4531" linux-yocto_3.2.e:PV="3.2.11+git2+514847185c78c07f52e02750fbe0a03ca3a31d8f_2+4ca7e2c5d42e755e1b4c3e1478128f047a8ed2a8" OE qemux86-64@ ~/shr-core $ grep ^KERNEL_PRIO linux-openmoko_* linux-openmoko_2.6.39.e:KERNEL_PRIORITY="20639" linux-openmoko_3.2.e:KERNEL_PRIORITY="30202" linux-openmoko_git.e:KERNEL_PRIORITY="30299" OE qemux86-64@ ~/shr-core $ grep ^PV linux-openmoko_* linux-openmoko_2.6.39.e:PV="2.6.39" linux-openmoko_3.2.e:PV="3.2" linux-openmoko_git.e:PV="3.2.99+3.3.0-rc0+gitr1+7089727d63b17615fb0a652374d79cb7df0835ad" Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-03-23kernel.bbclass: use symlinks for modutils filesMartin Jansa1
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-03-23kernel.bbclass: populate /etc/modules-load.d/ with module_autoload entries tooMartin Jansa1
* /etc/modules-load.d/foo.conf is used by systemd like /etc/modutils/foo was with sysvinit Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-03-08kernel.bbclass: Remove warnings for modutils and modprobe.dDarren Hart1
Fixes [Yocto #2036] The source and build directories are unused, remove them. The modutils and modprobe.d directories may be used if modules are built that are either autoloaded or have modprobe.d entries. This isn't known at install time, so check after the package split if these directories are empty and remove them if they are. Signed-off-by: Darren Hart <dvhart@linux.intel.com> CC: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-03-05meta: Convert getVar/getVarFlag(xxx, 1) -> (xxx, True)Richard Purdie1
Using "1" with getVar is bad coding style and "True" is preferred. This patch is a sed over the meta directory of the form: sed \ -e 's:\(\.getVar([^,()]*, \)1 *):\1True):g' \ -e 's:\(\.getVarFlag([^,()]*, [^,()]*, \)1 *):\1True):g' \ -i `grep -ril getVar *` Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-12-23kernel.bbclass: fix pkg_postinst and pkg_postrmAndrea Adami1
* Symptom: kernel symlink in /boot is not created. * Rename in order to create the expected files: * /var/lib/opkg/info/kernel-3.1.4.postinst * /var/lib/opkg/info/kernel-3.1.4.postrm Signed-off-by: Andrea Adami <andrea.adami@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-12-13kernel.bbclass: Allow do_compile_kernelmodules to use PARALLEL_MAKERichard Purdie1
Without this we don't take advantage of any configured multiple CPU cores which seems a shame. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-11-26getVar/setVar cleanupsRichard Purdie1
Complete the bb.data.getVar/setVar replacements with accesses directly to the data store object. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-11-10Convert to use direct access to the data store (instead of bb.data.*Var*())Richard Purdie1
This is the result of running the following over the metadata: sed \ -e 's:bb.data.\(setVar([^,()]*,[^,()]*\), *\([^ )]*\) *):\2.\1):g' \ -e 's:bb.data.\(setVarFlag([^,()]*,[^,()]*,[^,()]*\), *\([^) ]*\) *):\2.\1):g' \ -e 's:bb.data.\(getVar([^,()]*\), *\([^(), ]*\) *,\([^)]*\)):\2.\1,\3):g' \ -e 's:bb.data.\(getVarFlag([^,()]*,[^,()]*\), *\([^(), ]*\) *,\([^)]*\)):\2.\1,\3):g' \ -e 's:bb.data.\(getVarFlag([^,()]*,[^,()]*\), *\([^() ]*\) *):\2.\1):g' \ -e 's:bb.data.\(getVar([^,()]*\), *\([^) ]*\) *):\2.\1):g' \ -i `grep -ril bb.data *` Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-11-10classes: Remove various bashismsRichard Purdie1
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-09-28kernel.bbclass: remove unshipped files in do_installDmitry Eremin-Solenikov1
Drop two unsed files (modules.order and modules.builtin) in do_install to stop the "unshipped files" warning. Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-09-28kernel.bbclass: handle .cis firmwareDmitry Eremin-Solenikov1
.cis firmware files are used by kernel to patch incorrect CIS fir PCMCIA cards. Create respective packages. Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-09-28kernel.bbclass: blacklist 'perf-dbg' as well for the modules metapackageDmitry Eremin-Solenikov1
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-08-26kernel.bbclass: Find the kernel consistently.Mike Crowe1
Use KERNEL_OUTPUT variable to find the generated kernel image rather than duplicating the existing path. This also means it can be overridden simply. Signed-off-by: Mike Crowe <mac@mcrowe.com>
2011-08-26kernel.bbclass: support kernel image type of vmlinux.gzMike Crowe1
Add support for a gzipped vmlinux kernel by specifying: KERNEL_IMAGETYPE = "vmlinux.gz" Signed-off-by: Mike Crowe <mac@mcrowe.com>
2011-08-23image.bbclass, kernel.bbclass: remove non-standard -n option from cp commandPaul Eggleton1
-n is not a POSIX option and does not work on some systems (e.g. Debian Lenny); in any case it is not strictly necessary here, so remove it. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-08-23kernel.bbclass: save kernel image name into $kerneldirOtavio Salvador1
Save the kernel image name into sysroot so it can be used during image build if need. This is used by O.S. Systems products and probably useful to others. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
2011-08-18image.bbclass, kernel.bbclass: create warning file about deleting deploydir ↵Paul Eggleton1
files New users sometimes delete files in tmp/deploy/images assuming they will be re-created just by re-running the build, and then are confused when this doesn't work. To discourage people from doing this, create a file called README_-_DO_NOT_DELETE_FILES_IN_THIS_DIRECTORY.txt in tmp/deploy/images containing an explanation of what needs to be done to re-create files there. Fixes [YOCTO #1315] and [YOCTO #1346]. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
2011-08-17kernel: restore crtsavres.o to enable building external modules on powerpcDarren Hart1
Fixes [YOCTO #1276] As of Linux kernel version 3.0.1, and much earlier, the make clean target removes arch/powerpc/lib/crtsavres.o. As this object is present in KBUILD_LDFLAGS_MODULE, it is required to build external modules, and should therefor not be removed by make clean. While I do not advocate fixing buggy kernels in the generic kernel classes, we should probably account for this one in kernel.bbclass as it affects such a long list of kernel versions. Signed-off-by: Darren Hart <dvhart@linux.intel.com> CC: Bruce Ashfield <bruce.ashfield@windriver.com> CC: Tom Zanussi <tom.zanussi@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-08-05kernel,module-base.bbclass: Improve KERNEL_LD & KERNEL_AR variablesNitin A Kamble1
KERNEL_LD was using ${LD} in it's definition, which is not correct for different ABIs such as x32 or i386 on x86_64 machine. This brings it into sync with the corresponding gcc settings, likewise the same with the KERNEL_AR variable. [RP: Updated commit message] Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-08-04kernel.bbcalss: Added do_savedefconfig task.Noor, Ahsan1
* Added do_savedefconfig task to kernel.bbclass. Signed-off-by: Noor, Ahsan <noor_ahsan@mentor.com>
2011-08-04kernel,cml1.bbclass: Move menuconfig to cml1Noor, Ahsan1
* The menuconfig target exists in places other than the kernel that use kernel style config. Signed-off-by: Noor, Ahsan <noor_ahsan@mentor.com>
2011-07-22kernel: copy defconfig to {B} vs {S}Bruce Ashfield1
For kernel's that use a split source/object build the copy of defconfig to {S} in the base kernel class is problematic. The previous solution for this was to override the do_configure of the base kernel class in a subclass. While this is still a viable/valid option, it does mean that changes to the base do_configure will be missed. The solution to this is to copy a defconfig to {B} which is typically the same as {S}, so most kernel recipes won't see or care about this change. With this change in place, linux-yocto.bbclass can drop its override of do_configure. Tested with linux-yocto and oe linux recipes. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2011-07-19kernel.bbclass: minor whitespace fixesPaul Eggleton1
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
2011-07-14kernel.bbclass: remove unintended change of INITRAMFS_TASKAndrea Adami1
* during an unfortunate round of tests right before commiting the patch * do_configure[depends] became kernel_do_configure[depends] * Nonsense! * As documented in commit 4dfef62dfe54a3b2c557a6df81d155adc1e03ccb * of OpenEmbedded git server, this must be in do_configure[depends] * to do the magic. Signed-off-by: Andrea Adami <andrea.adami@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-13kernel.bbclass: fix the broken linesNitin A Kamble1
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Andrea Adami <andrea.adami@gmail.com>
2011-07-12kernel.bbclass, task-base: remove references to obsolete bluez-dtl1-workaroundPhil Blundell1
Signed-off-by: Phil Blundell <philb@gnu.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-12kernel.bbclass: handle embedding of initramfs imagesAndrea Adami1
* "All 2.6 Linux kernels contain a gzipped "cpio" format archive, which is * extracted into rootfs when the kernel boots up." * (http://www.kernel.org/doc/Documentation/filesystems/ramfs-rootfs-initramfs.txt) * * In some cases it can be useful to take advantage of this ability and embed your * customized rootfs ("the move to early userspace is necessary because finding * and mounting the real root device is complex"). * * Therefore, some code was added and since 2009 OpenEmbedded metadata * provides a convenient way to include your initramfs by setting * INITRAMFS_IMAGE = "your_initramfs_image.bb" * and specifying the chosen output format in the initramfs image recipe, e.g. * IMAGE_FSTYPES = "cpio.gz cpio.lzma" * * * Patch was imported from the OpenEmbedded git server * (git://git.openembedded.org/openembedded) * * Add satndalone task "builtin_initramfs". * commit 72761e468bb3e905459f2b81ce1bc4d80419481f * Signed-off-by:Paul Sokolovsky <pmiscml@gmail.com> * * 'Remove usage of non-standard variables (DEPLOY_TO) and random renaming * of output.' * commit 456ba7ffd159821e86ad7ad4b66ec7d5790bd054 * Richard Purdie <rpurdie@rpsys.net> * * 'Fis typo in do_builtin_initramfs.' * commit 37f2fe4b801df832e93553a08eff24fec736c7d4 * Signed-off-by:Paul Sokolovsky <pmiscml@gmail.com> * * 'comment initramfs stuff till rootfs locking works properly (initramfs * should be optional as well)' * commit 2818d8b7be1a0d9a59ad3528091d47517d59328b * Signed-off-by: Koen Kooi <koen@openembedded.org> * * 'get initramfs stuff working * commit 1642b3e8fc81c666713951fdd4e7ff9a50d1c5a8 * Signed-off-by: Thomas Kunze <thommycheck@gmx.de> * * 'Fix INITRAMFS logic to stop breaking builds for people not using it' * commit dcf3049eb9eedf0838af59969b3f70a43298d3d7 * Signed-off-by: Richard Purdie <rpurdie@rpsys.net> * * '-change initramfs-logic' * commit 3e3f297457138e96e2b652658675796853eb0293 * Signed-off-by: Thomas Kunze <thommycheck@gmx.de> * * 'move initramfs stuff to configure so we can do postprocessing * on it with do_configure_append' * commit fc03e2be0b4470748a8b7707cea7293303adc424 * Signed-off-by: Koen Kooi <koen@openembedded.org> * * 'copy gz, lzo, lzma initramfs cpio images.' * commit 572abc3fdd1076ca35d8c15d269cc9d862101805 * Signed-off-by: Andrea Adami <andrea.adami@gmail.com> * * 'move the kernel size check to linux-kexecboot.inc.' * commit 45f82a941c77e9d747814fa1e337ba803475d327 * Signed-off-by: Andrea Adami <andrea.adami@gmail.com> * * Finally, two refinements as discussed on openembedded-core * mailing list: * - replace "if image != '' and image is not None:" with "if image" * - add cpio.xz support Signed-off-by: Andrea Adami <andrea.adami@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-01image|kernel.bblass|module-init-tools: do not use depmod-2.6Anders Darander1
Change to only depend on virtual/*/depmod. Change all calls to only use depmod. Do not install depmod as depmod-2.6 Bump PR in module-init-tools-cross. Signed-off-by: Anders Darander <anders@chargestorm.se> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-01Remove support for building 2.4 kernelsAnders Darander1
Signed-off-by: Anders Darander <anders@chargestorm.se> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-01kernel.bbclass: Ensure kernel/* internal sysroot working directory don't get ↵Richard Purdie1
packaged This removes a couple of megabytes of QA warnings! Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-06-30kernel: move menuconfig task after configureDarren Hart1
Fixes [YOCTO 1136] linux-yocto adds some configure steps that are necessary to prepare the source tree after the do_patch task. This causes a "-c menuconfig" to fail in a clean build tree. Typical use of menuconfig should be to modify the config provided by the recipe being built. It therefor makes sense for the menuconfig task to come after the configure task. This also happens to fix the issue seen with the linux-yocto kernel recipe. Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2011-06-23kernel.bbclass: Stop do_install poking directly into the sysroot and evading ↵Richard Purdie1
sstate do_install was putting files directly into the sysroot which means sstate had no knowledge of them. This meant they didn't get cleaned along with the other files from the task amongst other issues. This patch puts them in ${D} where they were supposted to be. Tested-by: Tom Rini <tom_rini@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-06-23kernel.bbclass: Stage System.map with KERNEL_VERSION suffixTom Rini1
Without this, images will fail now that kernel-abiversion is back. Signed-off-by: Tom Rini <tom_rini@mentor.com>
2011-06-23kernel.bbclass: restore kernel-abiversion fileKoen Kooi1
This fixes external module recipes that need $KERNEL_VERSION. It got removed by commit a9d41062e24a6b99661b3a5256f369b557433607 Author: Darren Hart <dvhart@linux.intel.com> Date: Tue Mar 8 17:09:10 2011 -0800 kernel/bbclass: rework kernel and module classes to allow for building out-of-tree modules seemingly as an oversight. Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Acked-by: Darren Hart <dvhart@linux.intel.com>
2011-06-23kernel.bbclass: Add support for perf-dbg packageMark Hatle1
The perf component is built with the kernel, so ensure that it gets the debug information associated with it. Also bump the PR in the linux-yocto-* to ensure they get rebuilt. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
2011-05-20kernel.bbclass: pass KERNEL_VERSION through legitimize_package_nameAndreas Oberritter1
- KERNEL_VERSION may contain characters unsuitable for package names, e.g. underscores. Use legitimize_package_name to replace those characters. Signed-off-by: Andreas Oberritter <obi@opendreambox.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-05-04logging: update existing oe* logging users to the bb* interfaceDarren Hart1
The new bash logging class provides bbnote, bbwarn, bbfatal, and bbdebug replacements (as well as bbplain and bberror) for the oe* equivalents. Use the new bb* API in preparation to delete the oe* logging API. This patch was automatically generated by a sed script. The result has been visually inspected and used to build core-image-sato for qemux86. Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2011-04-19kernel: Remove debug statementsDarren Hart1
A stray echo and du command from my development of the following patch remain in kernel.bbclass. Remove them. commit 3b49416fc7a7ee9bfe722f2e6089aa18df41dc58 Author: Darren Hart <dvhart@linux.intel.com> Date: Tue Mar 8 17:09:10 2011 -0800 kernel/bbclass: rework kernel and module classes to allow for building out-of-tree modules Signed-off-by: Darren Hart <dvhart@linux.intel.com> Cc: Tom Zanussi <tom.zanussi@intel.com> Cc: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-04-19kernel: Copy over bzImage to sysroots during installDarren Hart1
Fixes [Yocto #987] The following commit introduced a build failure: Commit 3b49416fc7a7ee9bfe722f2e6089aa18df41dc58 Author: Darren Hart <dvhart@linux.intel.com> Date: Tue Mar 8 17:09:10 2011 -0800 kernel/bbclass: rework kernel and module classes to allow for building out-of-tree modules Resulting in: | install: cannot stat `/usr/local/test/intel-bsp/build/tmp/sysroots/n450/kernel/bzImage': No such file or directory | ERROR: Function 'build_boot_bin' failed (see /usr/local/test/intel-bsp/build/tmp/work/core2-poky-linux/poky-image-minimal-live-1.0-r0/temp/log.do_bootimg.1106 for further information) The bzImage file was not being copied to sysroot, correct that. Signed-off-by: Darren Hart <dvhart@linux.intel.com> Cc: Tom Zanussi <tom.zanussi@intel.com> Cc: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-03-29base/kernel/image.bbclass: Clean up do_deploy ordering to ensure it just ↵Richard Purdie1
happens before a build completes Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-03-23kernel.bbclass: blacklist 'kernel-misc' from kernel-modulesKoen Kooi1
When 'kernel-misc' is empty do_rootfs will fail when including 'kernel-modules' The proper fix would be to have a whitelist for the 'kernel-modules' meta-pkg Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Tested-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>