aboutsummaryrefslogtreecommitdiffstats
path: root/meta/recipes-kernel
AgeCommit message (Collapse)Author
2012-11-12meta: remove redundant _FOR_BUILD variablesRoss Burton
Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-02recipes-kernel: replace virtclass-native(sdk) with class-native(sdk)Robert Yang
The overrides virtclass-native and virtclass-nativesdk are deprecated, which should be replaced by class-native and class-nativesdk. [YOCTO #3297] Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-11-02babeltrace: fix dependsJack Mitchell
Signed-off-by: Jack Mitchell <jack.mitchell@dbbroadcast.co.uk> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-02latencytop: disable GTK and remove gtk+ dependacyJack Mitchell
When DISTRO_FEATURES does not contain x11, disable GTK GUI and also don't add gtk+ to the DEPENDS Signed-off-by: Jack Mitchell <jack.mitchell@dbbroadcast.co.uk> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-10-27lttng-modules: remove unused lttng-syscalls patchTom Zanussi
commit b7e184508 (lttng-2.0: fix srcrev/pv to match the recipe filenames) removed the lttng-sycalls-protect-is_compat_task-from-redefiniti.patch from the SRC_URI but forgot to remove the patch itself. Signed-off-by: Tom Zanussi <tom.zanussi@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-10-24linux-firmare: upgrade to latest commitRoss Burton
Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-24lttng-2.0: fix srcrev/pv to match the recipe filenamesChristopher Larson
Somehow the recipe names got bumped, but the SRCREV and PVs in the recipes didn't get updated, so they were still building old versions. Signed-off-by: Christopher Larson <chris_larson@mentor.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-19PACKAGES_DYNAMIC: use regexp not globMartin Jansa
* bitbake uses PACKAGES_DYNAMIC as regexp ^ could make matching faster (and it will be more clear that we're expecting regexp not glob) * made all those last '-' optional, use .* (or nothing) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-10-18perf: set the perfexecdirSaul Wold
This allows the files installed into /usr/libexec to be relocated to ${libexecdir}. removed unneded prefix=/usr, which would prevent ${prefix} relocation. Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-18lttng: support more compatible hostsVladimir Zapolskiy
THis change extends COMAPTIBLE_HOST matchings, which allows to include more hosts with TARGET_OS like linux-gnuspe or linux-gnueabi etc. Signed-off-by: Vladimir Zapolskiy <vladimir_zapolskiy@mentor.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-18kexec-tools: Add dependency on xzRichard Purdie
kexec-tools optionally looks for the lzma code provided by xz. Since this is generally useful for lzma compressed kernels, add the dependency and make builds determinstic. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-10-18lttng-tools: skip new libexec insane testSaul Wold
Because lttng-tools installs files into /usr/lib/lttng/libexec, the test matches and throws a false positive, so use INSANE_SKIP Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-08linux-yocto/3.4: perf: parallel build and tools fixesBruce Ashfield
korg commit 42dcd1f4e [perf tools: Fix parallel build] fixes parallel build issues that are being seen in the autobuilder. We also have a fix from Tom: [ perf annotate: replace 'expand' with equivalent sed expression We don't have 'expand' in our userspace so we need to accomplish the same thing using 'sed', which we do have. ] So we apply it to all BSP branches and kernel types. Signed-off-by: Tom Zanussi <tom.zanussi@intel.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-10-08linux-yocto-tiny: Add tiny recipe for the 3.4 linux-yocto kernelDarren Hart
This recipe builds the "tiny" kernel type defined by the linux-yocto meta-data. Support is defined for the qemux86 machine via common-pc-tiny.scc in the linux-yocto meta branch. The resulting kernel is 1.8 MB and boots to a serial console with with qemux86 and core-image-minimal using the following command: qemu -kernel tmp/deploy/images/bzImage-qemux86.bin -initrd tmp/deploy/images/core-image-minimal-qemux86.cpio.gz -append "root=/dev/ram0 console=ttyS0" -nographic Signed-off-by: Darren Hart <dvhart@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-10-08linux-yocto/3.4: tiny: Add qemu KMACHINE to common-pc-tiny.sccBruce Ashfield
Updating the meta SRCREV to pickup the following change: Ensure the qemux86 machine is defined in common-pc-tiny as it is for -standard and -rt. Signed-off-by: Darren Hart <dvhart@linux.intel.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-10-08linux-yocto/3.4: fix kconfig warnings and unnecessary optionsBruce Ashfield
Updating the kernel configuration fragments to fix the following issues: - remove options that are no longer in the 3.4 kernel - disable unused, but large kernel modules - fix kconfig audit warnings for x86 BSPs - make uprobes reusable by multiple fragments The following meta branch commits are represented by this update: 3da1172 uprobes: split into enable and patch fragments 17ec51a meta: cleanup invalid/obselete 3.4 CONFIG options b5cee42 meta: disable OCFS2 by default efe937e meta: drm: tag DRM options as 'hardware' 10b5155 meta: emenlow: clean emenlow configuration warnings a907b82 meta: add CONFIG_SHMEM to standard kernel config Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-25kexec-tools: admit mips as a COMPATIBLE_HOSTPhil Blundell
Signed-off-by: Phil Blundell <pb@pbcl.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-25linux-yocto/3.4: update beagleboard configsBruce Ashfield
Updating to pickup a couple of configuration tweaks that were done as part of a bump to the 3.4 linux-yocto tree for the beagleboard. In particular, this updates DVI and USB settings to enable the perhipherals out of the box. Signed-off-by: Liang Li <liang.li@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-25linux-yocto/3.4: update kver to v3.4.11Bruce Ashfield
Updating the machine and meta SRCREVs to the latest 3.4.x -stable release. See git whatchanged v3.4.10..v3.4.11 for the full changelog. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-24linux-yocto/3.4: Update fri2 and sys940x to emgd-1.14Bruce Ashfield
Bumping the meta SRCREV to pickup a newer emgd for the fri2 and sys940x. Signed-off-by: Darren Hart <dvhart@linux.intel.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-21linux-yocto/3.4: use profiling and latencytop features in yocto bspsBruce Ashfield
Updating the meta SRCREVs to pickup the following configuration change: 594994c meta: use profiling and latencytop features in yocto bsps Signed-off-by: Tom Zanussi <tom.zanussi@intel.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-09-20qemux86-64: Support for KVM, paravirt and virtio addedCristian Iorga
KVM, paravirtualization and virtio drivers are now activated in runqemu using the kvm option flag for qemux86-64. Host CPU features are also exported to guest OS (Yocto Linux). Usage example: runqemu qemux86-64 core-image-x11 kvm Implements [YOCTO #2550]. Signed-off-by: Cristian Iorga <cristian.iorga@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-09-20qemux86: Support for KVM, paravirt and virtio addedCristian Iorga
KVM, paravirtualization and virtio drivers are now activated in runqemu using the kvm option flag for qemux86. Host CPU features are also exported to guest OS (Yocto Linux). Usage example: runqemu qemux86 core-image-x11 kvm Implements [YOCTO #2550]. Signed-off-by: Cristian Iorga <cristian.iorga@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-09-14linux-yocto/3.4: make uprobes select perf eventsBruce Ashfield
uprobes depends on functionality provided by perf events. After uprobes was enabled in the standard kernel the mpc8315 board showed link errors due to missing perf event functions. This problem isn't isolated to the board or powerpc arch, but all other boards have PERF_EVENTS enabled. To fix this, we make UPROBE_EVENT select PERF_EVENTS, and any new boards will be protected from the same failure. We also update the configuration fragments since CONFIG_UPROBES depends on CONFIG_PERF_EVENTS being set, so PERF_EVENTS needs to be added whenever uprobes are enabled. [YOCTO #3111] Signed-off-by: Tom Zanussi <tom.zanussi@intel.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-09-14linux-yocto: virtio and KVM guest configurationBruce Ashfield
Updating the meta branch SRCREV to pick up virtio and kvm guest configuration fragments. 79947f1 meta: add paravirtualized KVM guest config fragment 3ed86ed meta: add MMIO support in virtio config fragment Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-09-14kernel-yocto: fix kernel configuration audit for custom yocto kernelsBruce Ashfield
It was reported that the kernel configuration checks for custom yocto kernels had the following output: NOTE: validating kernel configuration grep: /meta-series: No such file or directory grep: /meta-series: No such file or directory WARNING: Can't find any BSP hardware or required configuration fragments. WARNING: Looked at //cfg///hdw_frags.txt and //cfg///required_frags.txt in directory: //cfg// NOTE: Tasks Summary: Attempted 375 tasks of which 367 didn't need to be rerun and all succeeded. which is not inspire confidence in the output of the process. Completely inhibiting the check is one option to remove the messages, but that removes the ability see output, which can help move users to a better or more fully configured linux-yocto based kernel. To fix this, we have to ensure that the path to the meta-series is always valid, and that the tools can deal with not all files existing in the audit directory. Since custom yocto kernels do not set KMETA (they don't have a meta branch), we ensure that a default of 'meta' is passed to the audit ('meta' is always valid), and that kconf_check itself can deal with an incomplete set of input audit files. The net result is output like this (using a defconfig with invalid options for the kernel being built): NOTE: validating kernel configuration This BSP sets 19 invalid/obsolete kernel options. These config options are not offered anywhere within this kernel. The full list can be found in your kernel src dir at: meta/cfg/standard/qemux86/invalid.cfg There were 1 instances of config fragment errors. The full list can be found in your kernel src dir at: meta/cfg/standard/qemux86/fragment_errors.txt The full list can be found in your kernel src dir at: meta/cfg/standard/qemux86/missing_required.cfg Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-09-14kernelshark: add missing ${D}Saul Wold
This was noticed by the following warnings of files that should have been removed! WARNING: QA Issue: kernelshark: Files/directories were installed but not shipped /usr/share /usr/share/trace-cmd /usr/share/trace-cmd/plugins /usr/share/trace-cmd/plugins/plugin_blk.so /usr/share/trace-cmd/plugins/plugin_sched_switch.so /usr/share/trace-cmd/plugins/plugin_kmem.so /usr/share/trace-cmd/plugins/plugin_kvm.so /usr/share/trace-cmd/plugins/plugin_function.so /usr/share/trace-cmd/plugins/plugin_jbd2.so /usr/share/trace-cmd/plugins/plugin_hrtimer.so /usr/share/trace-cmd/plugins/plugin_mac80211.so /usr/share/trace-cmd/plugins/.debug /usr/share/trace-cmd/plugins/.debug/plugin_blk.so /usr/share/trace-cmd/plugins/.debug/plugin_sched_switch.so /usr/share/trace-cmd/plugins/.debug/plugin_kmem.so /usr/share/trace-cmd/plugins/.debug/plugin_kvm.so /usr/share/trace-cmd/plugins/.debug/plugin_function.so /usr/share/trace-cmd/plugins/.debug/plugin_jbd2.so /usr/share/trace-cmd/plugins/.debug/plugin_hrtimer.so /usr/share/trace-cmd/plugins/.debug/plugin_mac80211.so Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-09-14oprofileui: Add Icons to oprofileui-viewer packageSaul Wold
Fixes the following warning: WARNING: QA Issue: oprofileui: Files/directories were installed but not shipped /usr/share/icons /usr/share/icons/hicolor /usr/share/icons/hicolor/16x16 /usr/share/icons/hicolor/32x32 /usr/share/icons/hicolor/48x48 /usr/share/icons/hicolor/24x24 /usr/share/icons/hicolor/scalable /usr/share/icons/hicolor/22x22 /usr/share/icons/hicolor/16x16/apps /usr/share/icons/hicolor/16x16/apps/oprofile-viewer.png /usr/share/icons/hicolor/32x32/apps /usr/share/icons/hicolor/32x32/apps/oprofile-viewer.png /usr/share/icons/hicolor/48x48/apps /usr/share/icons/hicolor/48x48/apps/oprofile-viewer.png /usr/share/icons/hicolor/24x24/apps /usr/share/icons/hicolor/24x24/apps/oprofile-viewer.png /usr/share/icons/hicolor/scalable/apps /usr/share/icons/hicolor/scalable/apps/oprofile-viewer.svg /usr/share/icons/hicolor/22x22/apps /usr/share/icons/hicolor/22x22/apps/oprofile-viewer.png Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-09-12linux-yocto/3.4: add x32 configuration fragmentBruce Ashfield
When x32 is the tuning for a x86 MACHINE, the kernel should also have CONFIG_X86_X32=y. This adds a x32 fragment that can be used to trigger the right ABI. The commit also contains a check for mx32 in TUNE_FEATURES, and if present, the new fragment will be appended to KERNEL_FEATURES and trigger the support in the kernel. cc: Saul Wold <sgw@linux.intel.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-12linux-yocto*: append to KERNEL_FEATURES instead of assigningBruce Ashfield
It is sometimes useful for KERNEL_FEATURES to be set in a machine or other configuration file. The linux-yocto recipes currently initialize the variable, which clobbers any values set by .conf files. Appending to the variables allows these settings to propagate to the kernel configuration, while maintaining the existing set of added kernel features. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-09-12linux-yocto/3.4: v3.4.10 and uprobes/kprobes configuration updatesBruce Ashfield
Updating to 3.4.10 which has been soaking for a bit now, as well as picking up the following meta commits from Tom Z: a82db2f meta: have systemtap use kprobes and uprobes feature d5d5b80 meta: add kprobes support to ktypes/standard b32d373 meta: add kprobes feature d40ed99 meta: have uprobe feature use uprobe.cfg a69d1db meta: add uprobe.cfg Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-09-05linux-yocto-rt: 3.4.9-rt17 remaining changesBruce Ashfield
The first import of 3.4.9-rt17 only picked up part of the import due to a merge conflict with the modified files, and then SRCREVs being generated from the pre-merge commit. This SRCREV update picks up the rest of the modified files for full -rt support. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-09-04linux-yocto-rt: update to 3.4.9-rt17Bruce Ashfield
Bumping the 3.4 kernel to -rt17. As well as picking up the normal set of bug fixes, this update fixes a boot issue that was introduced during merging of kernel.org -stable updates into the -rt branches (in the timekeeping code). Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-04linux-yocto/3.2/3.4: arm: Fix linking errors with binutils 2.23Bruce Ashfield
Updating the 3.2/3.4 linux-yocto SRCREVs to pickup the following fix: arm: Fix linking errors with binutils 2.23 We end up with linking errors on arm using latest binutils because we are linking asm generated objects which use -march=all generating different attributes into object and use some c objects e.g. misc.o which use different march therefore generating a different set of attributes into object. When linking is done the ld complains since it finds incompatible attributes and ends up with errors like error: DIV usage mismatch between arch/arm/boot/compressed/head.o and output error: DIV usage mismatch between arch/arm/boot/compressed/misc.o and output error: DIV usage mismatch between arch/arm/boot/compressed/decompress.o and output error: DIV usage mismatch between arch/arm/boot/compressed/lib1funcs.o and output This patch fixes it by providing correct march to assembly routines which than matches with output of ld. Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-04linux-yocto/3.4: v3.4.9, unionfs, perf and configuration changesBruce Ashfield
Updating the SRCREVs for the following updates: - v3.4.8, v3.4.9 - bug fixes: a4c7a04 perf: add SLANG_INC for slang.h e32ab98 unionfs: restore FD_* utility defines 9f0fe58 unionfs: update unionfs fork to align with mainline b3fcc2f codel: refine one condition to avoid a nul rec_inv_sqrt ef7cf65 fq_codel: should use qdisc backlog as threshold 3f0ed1d net: codel: fix build errors 4c06aa1 net/codel: Add missing #include <linux/prefetch.h> 2888bf2 codel: use u16 field instead of 31bits for rec_inv_sqrt 6edeb2e codel: use Newton method instead of sqrt() and divides 2faecd6 fq_codel: Fair Queue Codel AQM edca95f netem: add ECN capability - config/BSP updates: 463299b meta: bump kver to v3.4.9 6b961c8 CrystalForest: Enable PCI IOV feature 4bc2238 meta: Add new pci iov feature 70346e6 mpc8315: remove now obsolete CONFIG_MISC_DEVICES Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-04kern-tools: fix non-inheriting branch namesBruce Ashfield
Importing the following tools SRCREV: kgit-meta: exclude explicit branches from name calculations kernel branches are constructed during patching of the tree by constructing a '/' based hierarchy of names as each branch directive is encountered. But if a "branch $name $branchpoint" is used, the entire branch name is supplied so no additions to the hierarchy should happen. As such, that type of branch command should not be part of branch name calculation and preparation. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-04linux-yocto: fix unapplied patch error messageBruce Ashfield
When patches fail to apply, the status of all pending patches should be exported to the logs and to the user. Currently, a missing export of GUILT_BASE makes it look more like an internal error, than a 'normal' patch failure: | [ERROR] unable to complete push | pending patches are: | Patches directory doesn't exist, try guilt-init With this variable exported, we have this: | [INFO] validating against known patches (qemux86-standard-meta) | error: patch failed: Makefile:2 | error: Makefile: patch does not apply | To force apply this patch, use 'guilt push -f' | [ERROR] unable to complete push | pending patches are: | links/files/0002-makefile-patch.patch Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-04kern-tools: fix forced branchingBruce Ashfield
commit 7a79f7412 [linux-yocto: make KBRANCH the exception and not the rule] ensures that a request branch is always built. The implementation of this guarantee is a branch switch before the build starts. But that switch may be before all patches are applied. If the proper routines are not called, no patches can be applied to the tree. Updating the SRCREV to pickup this fix: updateme: use branch command when forcing branch switches When forcing a branch switch to the desired branch we should be using the proper 'branch' command. Since without this call, the proper variables will not be set, and patches can't be applied to the tree. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-03oprofileui-server: move initscript from qemu-configPaul Eggleton
The qemu-config initscript was only starting oprofile-server, so move it to the oprofileui-server recipe. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-09-03oprofileui: split server to separate recipe to avoid X11 dependencyPaul Eggleton
Increase SRCREV to include an upstream patch that fixes the configure script so that the server can be built separately without gtk+ and avahi-ui, and create a separate recipe for the server. Also fix the RDEPENDS so that oprofile actually gets pulled in by the client and the server. Part of the fix for [YOCTO #1690]. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-09-02kernelshark: remove duplicate trace-cmd pluginsSaul Wold
Since kernelshark depends on trace-cmd, there is no reason to install and package the plugins that are part of trace-cmd. [YOCTO #238] Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-08-31nativesdk: Switch to using nativesdk as a prefix, not a suffixRichard Purdie
As discussed on the mailing lists, using a suffix to package names is hard and has lead to many recipes having to do PKGSUFFIX games. Its looking extremely hard to scale nativesdk much further without hacking many recipes. By comparison, using a prefix like multilib does works much better and doesn't involve "hacking" as many recipes. This change converts nativesdk to use a prefix using the existing multilib infrastructure. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-08-30Update lttng-2.0 versionsChristopher Larson
lttng-modules: 2.0.pre11 -> 2.0.5 lttng-tools: 2.0.1 -> 2.0.4 lttng2-ust: 2.0.2 -> 2.0.5 Signed-off-by: Christopher Larson <chris_larson@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-08-28perf: add bison and flex to DEPENDSTom Zanussi
perf depends on bison and flex for event parsing - add them as dependencies. Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
2012-08-25kernel-yocto: set master branch to a defined SRCREVBruce Ashfield
To support custom repositories that set a SRCREV and that only have a single master branch, do_validate_branches needs a special case for 'master'. We can't delete and recreate the branch, since you cannot delete the current branch, instead we must reset the branch to the proper SRCREV. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-08-25kernel.bbclass: fix INC directory for SLANGLiang Li
In the kernel's tools/perf/Makefile CFLAGS was previously hard coded to contain "-I/usr/include/slang" to work with hosts that have "/usr/include/slang/slang.h" as well as hosts that have "/usr/include/slang.h". This path can cause compile warnings like: cc1: warning: '/usr/include/slang' doesn't exists. or cc1: warning: include location "/usr/include/slang" is unsafe for cross-compilation [-Wpoison-system-directories] Then in some cases warnings become errors if WERROR is enabled hence build errors. In coordination with a kernel fix, we can fix this error for all kernels by modifying the perf Makefile within the staged kernel source. Signed-off-by: Liang Li <liang.li@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-08-25kmod-native_git.bb: fix builds for hosts with older libcMatthew McClintock
kmod will fail to build with the following error because O_CLOEXEC is not defined: | libkmod/libkmod-module.c: In function 'kmod_module_get_initstate': | libkmod/libkmod-module.c:1640: error: 'O_CLOEXEC' undeclared (first use in this function) | libkmod/libkmod-module.c:1640: error: (Each undeclared identifier is reported only once | libkmod/libkmod-module.c:1640: error: for each function it appears in.) | libkmod/libkmod-module.c: In function 'kmod_module_get_refcnt': | libkmod/libkmod-module.c:1754: error: 'O_CLOEXEC' undeclared (first use in this function) | libkmod/libkmod-module.c: In function 'kmod_module_get_sections': | libkmod/libkmod-module.c:1913: error: 'O_CLOEXEC' undeclared (first use in this function) | libkmod/libkmod-file.c: In function 'kmod_file_open': | libkmod/libkmod-file.c:282: error: 'O_CLOEXEC' undeclared (first use in this function) | libkmod/libkmod-file.c:282: error: (Each undeclared identifier is reported only once | libkmod/libkmod-file.c:282: error: for each function it appears in.) Since we are only using kmod-native for depmod, and it's a non-threaded user of this libary being built this should be safe to override O_CLOEXEC. Keep in mind this is ONLY effecting the native builds and not what is being shipped in the root file system. Signed-off-by: Matthew McClintock <msm@freescale.com>
2012-08-23linux-yocto: Remove parens from COMPATIBLE_MACHINE regexpKhem Raj
This helps in appending to this regexp from bbappends coming from other layers who want to leverage linux-yocto with minimum tweaks by using a standard prefefined machine from linux-yocto Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-08-19linux-yocto/3.0: update meta SRCREVBruce Ashfield
Bumping the meta SRCREV to pickup this fix: meta: rename virto.scc to virtio.scc The virtio configuration block is misnamed. BSPs that include it with the proper name, now throw an error (as they should). So fixing the name of the fragment fixes the build. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2012-08-19linux-yocto-tiny: set default branchBruce Ashfield
To streamline the creation of build time branches (branches that are not always present in the upstream kernel repository), linux-yocto-tiny should specify a default kernel branch. By setting the default branch (KBRANCH_DEFAULT) and also setting the build branch (KBRANCH) to that default, the tools will allow the board description to be processed and no branching forced. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>