openembedded-core.git/meta/recipes-kernel, branch master

linux-yocto: policy cleanups

2012-05-18T14:24:16Z

Updating the meta SRCREVs to pickup configuration policy cleanups: 49f931b meta/fishriver: remove redundant features and options 51a6d3f meta/emenlow: remove redundant features and options 101dd7f meta/crownbay: remove redundant features and options 4110ecd meta/sugarbay: remove redundant features and options 0f1304a meta/jasperforest: remove redundant features and options 0a56a3b meta/common-pc-64: factor out SCSI CDROM option b71938a meta/common-pc-64: use usb-mass-storage feature 0724f40 meta: add scsi cdrom feature 438bca8 meta/common-pc: use usb-mass-storage feature c970881 meta: factor out SCSI options from the usb-mass-storage feature 4c8135e meta: add scsi disk feature 6872a81 meta: add scsi feature e706ec5 meta/sugarbay: factor out policy-related options 8b7fbc2 meta/jasperforest: factor out policy-related options fea1b0e meta/fishriver: factor out policy-related options 13bf9ab meta/emenlow: factor out policy-related options 4748d50 meta/crownbay: factor out policy-related options 44f592f meta/common-pc-64: factor out policy-related options 5a3f5c7 meta/common-pc: factor out policy-related options 1f5a10b meta/common-pc-64: use usb features 4b87723 meta/common-pc: use usb features 594ba05 meta: add ROOT_HUB_TT config option to the usb/ehci-hcd feature Signed-off-by: Tom Zanussi Signed-off-by: Bruce Ashfield Signed-off-by: Richard Purdie

kern-tools: update LICENSE field to GPLv2

2012-05-18T14:24:04Z

The LICENSE field for kern-tools was generic and leads to QA warnings from the license classs: "No generic license file exists for: GPL in any provider" Updating to a specific GPL version that matches the source fixes the warning. Signed-off-by: Bruce Ashfield Signed-off-by: Richard Purdie

linux-yocto: intel BSP config changes

2012-05-18T14:23:51Z

Updating the meta SRCREV for the following fixes: 1dfd60f meta/fishriver: move smp options from recipe-space 012780a meta/emenlow: move smp options from recipe-space b59b1a5 meta/crownbay: move smp options from recipe-space 74dc6ac meta/sugarbay: remove boot-live options a4bedcb meta/jasperforest: remove boot-live options 4ae7b81 meta/sugarbay: use usb features 30e7e8c meta/jasperforest: use usb features 22d0c5d meta/fishriver: use usb features e262965 meta/emenlow: use usb features Signed-off-by: Tom Zanussi Signed-off-by: Bruce Ashfield Signed-off-by: Richard Purdie

Revert "kmod: Use base_libdir for installing libkmod"

2012-05-17T20:12:33Z

The commit breaks pkgconfig and after discussing it with the kmod and udev maintainers the conclusion was reached that putting the libraries in /lib instead of /usr/lib is not supported. This reverts commit 6b74f2461735272bd950a4f060dab6e778a36f92. Signed-off-by: Richard Purdie

kmod: fix upgrade path from module-init-tools

2012-05-09T20:01:28Z

* PROVIDES does not need _${PN} * CONFLICTS should be RCONFLICTS * opkg needs RREPLACES to automatically remove older module-init-tools instead of just reporting it conflicts with kmod SHR root@gjama ~ $ opkg install kmod Installing kmod (7+git02629fa02e96763db7460a930239cc93649a52f8-r0.0) to root... Downloading http://jama.dyndns-home.com/org.openembedded.shr-core//armv4t/kmod_7+git02629fa02e96763db7460a930239cc93649a52f8-r0.0_armv4t.ipk. Removing package module-init-tools-depmod from root... update-alternatives: removing //sbin/depmod as no more alternatives exist for it Removing package module-init-tools from root... update-alternatives: Linking //sbin/insmod to ../bin/busybox update-alternatives: Linking //sbin/modprobe to ../bin/busybox update-alternatives: Linking //sbin/rmmod to ../bin/busybox update-alternatives: removing //sbin/modinfo as no more alternatives exist for it update-alternatives: removing //bin/lsmod as no more alternatives exist for it update-alternatives: Linking //sbin/lsmod to ../bin/busybox Configuring kmod. update-alternatives: Linking //sbin/insmod to /sbin/insmod.kmod update-alternatives: Linking //sbin/modprobe to /sbin/modprobe.kmod update-alternatives: Linking //sbin/rmmod to /sbin/rmmod.kmod update-alternatives: Linking //sbin/modinfo to /sbin/modinfo.kmod update-alternatives: Linking //bin/lsmod to /bin/lsmod.kmod update-alternatives: Linking //sbin/lsmod to /bin/lsmod.kmod update-alternatives: Linking //sbin/depmod to /sbin/depmod.kmod Signed-off-by: Martin Jansa Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

kmod: Use base_libdir for installing libkmod

2012-05-09T19:47:12Z

This also helps avoid QA errors about binaries accessing contents from /usr/lib Also fixes emptry libkmod problem since now the files are installed in expected place Signed-off-by: Khem Raj

kmod: Update to .8+ release

2012-05-09T19:47:12Z

Signed-off-by: Khem Raj

kern-tools: fix do_patch errors

2012-05-09T19:40:51Z

The linux-yocto repository and scripts can support a mode of meta data management that merges a base meta branch to every BSP branch. In this case, the scripts don't have to restore a checkpoint for the meta data to be globally accessible. The decision to restore or not is made based on whether or not the meta branch is part of all branches or not. The linux-yocto recipes have a sanity check to determine if the requested SRCREV for meta data matches the head of the meta branch (via do_validate_branches). If the wrong commit is at the head, the meta branch is moved aside and the branch reset to the right commit. This creates two meta branches that contain the base meta data. The test for integrated meta data mistakes this for a globally merged set of meta data and doesn't restore the checkpoint, which leads to build failures. The immediate fix is to allow two branches to have the meta data. The long term fix is to make the detection only consider if the build branch contains the meta data. Signed-off-by: Bruce Ashfield

kmod: include libkmod also from libdir

2012-05-08T15:20:38Z

* until it's decided it should be installed in base_libdir or libdir * fixes libkmod packaging Signed-off-by: Martin Jansa Signed-off-by: Richard Purdie

kern-tools: integrate minor fixes

2012-05-08T15:06:15Z

Updating the SRCREV to pick up two minor fixes: 1/2: kgit-init: correct spelling of createme kgit-init copies the kern-tools scripts and intends to copy createme. The typo is in the usage() of updateme as well. Signed-off-by: Michel Thebeau 2/2: kconf_check: fix bad quoting around missing_required.cfg missing_required.cfg won't have it's path truncated (if applicable), since the quoting it wrong. Signed-off-by: Andrea Adami Signed-off-by: Bruce Ashfield Signed-off-by: Bruce Ashfield