summaryrefslogtreecommitdiff
path: root/meta/recipes-kernel
Commit message (Collapse)AuthorAgeFilesLines
* gnome-vfs: remove gnome-vfs as it is deprecated in favour of GVFS and GIOZhai Edwin2011-06-222-0/+220
| | | | | | Remove unnecessary dependency via configure option and make oprofileui use GIO Signed-off-by: Zhai Edwin <edwin.zhai@intel.com>
* systemtap: remove non-core COMPATIBLE_MACHINESTom Zanussi2011-06-161-2/+3
| | | | | | | | | | Systemtap only supports x86, x86-64 and powerpc at this point. v2: updated to reflect comments from Koen Kooi and Phil Blundell to use COMPATIBLE_HOST instead. Signed-off-by: Tom Zanussi <tom.zanussi@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto: update meta branch SRCREVBruce Ashfield2011-06-151-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | Updating the meta SRCREV to fix a bad commit which resulted in the tree being dirty after checkpoint, and hence a failure during the patch phase. The meta commits never modify code outside the 'meta' directory tree, a rule that was broken with this bad commit. Without this fix, you may see an error like: | [INFO] doing kernel configme | [INFO] Finding user(s) of branch "yocto/standard/fsl-mpc8315e-rdb" | [INFO] Branch meta-temp used by fsl-mpc8315e-rdb-standard.scc | [INFO] collecting configs in ./meta/meta-series | [INFO] checking out yocto/standard/fsl-mpc8315e-rdb | error: Your local changes to the following files would be overwritten by checkout: | arch/powerpc/boot/dts/mpc8315erdb.dts | Please, commit your changes or stash them before you can switch branches. | Aborting | [ERROR] Checkout of yocto/standard/fsl-mpc8315e-rdb failed | Error running the meta series for collecting config data | config of meta-temp (fsl-mpc8315e-rdb-standard.scc) failed Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
* linux-yocto: rename recipes to explicitly indicate versionBruce Ashfield2011-06-142-0/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | The existing recipe names for the linux-yocto kernel builds worked well when there was a single, or two versions of the kernel available. But with the impending kernel updates and retirement of older kernels, the re-use of the same recipes for different kernel versions violates the principle of least surprise. To address this, the recipes are being renamed as follows: linux-yocto_git.bb -> linux-yocto_2.6.37.bb linux-yocto-stable_git.bb -> linux-yocto_2.6.34.bb There continue to be versionless recipe names that feed into versioned recipes at the appropriate points. They are: linux-yocto-dev.bb (tracking the latest yocto dev kernel) linux-yocto-korg_head.bb (tracking korg kernels) There are no existing users of linux-yocto-stable in the master branches to convert to the new naming, so these changes work in isolation. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
* recipes: update Upstream-Status for multiple recipes' patchesDexuan Cui2011-06-141-1/+1
| | | | | | | lttng-ust gnome-doc-utils Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
* kexec-tools: don't depend on virtual/kernelPhil Blundell2011-06-091-1/+1
| | | | | | | | | | | | | There doesn't appear to be any terribly good reason for kexec-tools to depend on the kernel. (I verified that kexec-tools is buildable in a clean TMPDIR without having previously built virtual/kernel.) Having this dependency in place is a nuisance because it makes it awkward to put kexec into an initramfs. So, it seems like we would be better off without. Signed-off-by: Phil Blundell <philb@gnu.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto: make e1000e structure common [commit: bec3f1e8c]Bruce Ashfield2011-06-061-6/+6
| | | | | | | | | | During work on 1.1 BSPs, some driver options changed. The result was that the upstream fix b1d670f10e8078485884f0cf7e384d890909aeaa needs to be available for all BSPs. These SRCREV updates are the result of making that commit common. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
* linux-yocto: update target/meta SRCREVsBruce Ashfield2011-06-061-7/+7
| | | | | | | | | | | | | | This SRCREV update picks up the following changes from the 2.6.37 kernel tree: - fishriver: create and use a dedicated BSP branch - fishriver: usbnet fixes, but common to all boards - standard: update omap baseline match the 2.6.34 upstream merge content Built and boot tested on qemu* Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
* recipes: Upstream-status --> Upstream-Status: for multiple patchesDexuan Cui2011-06-021-1/+1
| | | | | | As a keyword, Upstream-Status is case sensitive. Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
* dtc: Cleanup and update recipeSaul Wold2011-06-016-20/+21
| | | | Signed-off-by: Saul Wold <sgw@linux.intel.com>
* Improve handling of 'all' architecture recipes and their interaction with sstateRichard Purdie2011-05-311-2/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The existing PACKAGE_ARCH = "all" mechanism of sharing packages is problematic with sstate since there are a variety of variables which have target specific values and the sstate package therefore correctly changes signature depending on the MACHINE setting. This patch creates a new "allarch" class which sets: PACKAGE_ARCH = "all" (as per the existing convention) INHIBIT_DEFAULT_DEPS = "1" (since its not target specific and therefore can't depend on the cross compiler or target libc) TARGET_ARCH = "all" TARGET_OS = "linux" TARGET_CC_ARCH = "none" (since these variables shouldn't change between the different packages and target compiler flags shouldn't be getting used) PACKAGE_EXTRA_ARCHS = "" (since we shouldn't be depending on any architecture specific package architectures) Not all PACKAGE_ARCH = "all" recipes can use this class since some run configure checks on the compiler. This means they have target specific components and therefore the "all" classification is incorrect. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto: update meta SRCREVBruce Ashfield2011-05-311-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | Fixes [YOCTO: 1111] and updates the meta branch with some cleanups and feature groupings. From the meta branch itself: 06d3793 meta: add romley features f101ab9 meta: remove 'not set' lines from netfilter.cfg d0599f8 meta: add dca feature 0cd5ef1 meta: replace open-coded E1XXXX options with intel-e1xxxx feature 3f88c17 meta: add intel-e1xxxx feature f7537af meta: replace open-coded igb options with igb feature f72e046 meta: add igb feature 989cd7d meta: add ixgbe feature 8543f7d meta: replace open-coded dma engine options with dmaengine feature 8fc67cd meta: add dmaengine feature 610e419 meta: add hugetlb feature ac22176 meta: add uio feature ce14a0d meta: replace open-coded hpet options with hpet feature 6a30aaa meta: add hpet feature 0ae7362 routerstationpro: watchdog config Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
* conf/bitbake.conf: Added variables for PR service.Lianhao Lu2011-05-271-1/+1
| | | | | | | | | | | | | | | | | | | | Added following variables for PR service: USE_PR_SERV: flag of whether to use the network PR service PRAUTOINX: search index for the network PR service PKGE/PKGV/PKGR: epoch, version and revision used in package feed. EXTENDPKGV: full package version string used in package relationships. For the following recipes, replace EXTENDPV with EXTENDPKGV: udev, xcb, xorg-proto, util-macros and linux-libc-headers then removed the unused EXTENDPV and EXTENDPEVER variables Users should use EXTENDPKGV instead for package feed generation. Signed-off-by: Lianhao Lu <lianhao.lu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* modutils-cross: fix install issueSaul Wold2011-05-201-2/+2
| | | | | | [YOCTO #1055] Signed-off-by: Saul Wold <sgw@linux.intel.com>
* linux-yocto: fix gcc 4.6.0 compilation failuresBruce Ashfield2011-05-191-6/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Fixes bug: [YOCTO #1035] Fixes bug: [YOCTO #1036] Fixes gcc 4.6.0 compliation issues by importing the upstream change: Author: Michal Marek <mmarek@suse.cz> Date: Mon May 2 12:13:01 2011 +0000 kbuild: Fix passing -Wno-* options to gcc 4.4+ Starting with 4.4, gcc will happily accept -Wno-<anything> in the cc-option test and complain later when compiling a file that has some other warning. This rather unexpected behavior is intentional as per http://gcc.gnu.org/PR28322, so work around it by testing for support of the opposite option (without the no-). Introduce a new Makefile function cc-disable-warning that does this and update two uses of cc-option in the toplevel Makefile. Reported-by: Stephen Rothwell <sfr@canb.auug.org.au> Signed-off-by: Michal Marek <mmarek@suse.cz> Tested-by: Stephen Rothwell <sfr@canb.auug.org.au> Integrated-by: Bruce Ashfield <bruce.ashfield@windriver.com> :100644 100644 0ef00bd... 1d8e7e9... M Documentation/kbuild/makefiles.txt :100644 100644 7bd863e0.. 74bac80... M Makefile :100644 100644 ed2773e... ba25c44... M scripts/Kbuild.include Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
* linux-yocto: update meta SRCREVBruce Ashfield2011-05-171-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Updating the meta branch to pickup two recent commits for BSP support: [ commit 79669230fd82a3e7e254cf8b596a2388a4333e62 Author: Tom Zanussi <tom.zanussi@intel.com> Date: Fri Apr 22 15:55:12 2011 -0500 bsp/crownbay: merge emgd branch Add scc commands to merge the yocto/emgd branch into the crownbay BSP. Signed-off-by: Tom Zanussi <tom.zanussi@intel.com> :100644 100644 89a0725... 0d02b98... M meta/cfg/kernel-cache/bsp/crownbay/crownbay.scc commit ceb1744ec55408cb637929a3f154379e42642890 Author: Tom Zanussi <tom.zanussi@intel.com> Date: Mon Apr 25 18:15:14 2011 -0500 meta/romley: create initial BSP infrastructure Signed-off-by: Tom Zanussi <tom.zanussi@intel.com> :000000 100644 0000000... 54ec614... A meta/cfg/kernel-cache/bsp/romley/romley-standard.scc :000000 100644 0000000... 61e5506... A meta/cfg/kernel-cache/bsp/romley/romley.cfg :000000 100644 0000000... 1c4a657... A meta/cfg/kernel-cache/bsp/romley/romley.scc commit ecab1e2bc12a8b0c4d064a00acc3260f6e8528c5 ] Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
* linux-yocto: detect and avoid branch revision checking for AUTOREVBruce Ashfield2011-05-171-1/+1
| | | | | | | | | | | | When a BSP or layer specifies an AUTOREV for SRCREV, the logic that matches expected vs real branch heads doesn't apply. We always want the latest. To solve the issues with invalid git revs causing validation failures, we detect the AUTOINC value and do a early return, skipping validation. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
* Upstream-Status update for several recipesYu Ke2011-05-1713-0/+26
| | | | | | | | | | | | | - modutils - module-init-tools - libacpi - keymaps - initscripts - console-tools - mesa-demos - xserver-xf86-lite Signed-off-by: Yu Ke <ke.yu@intel.com>
* recipes: Update upstream-status of patchesNitin A Kamble2011-05-131-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | python: update upstream-status for patches binutils: update upstream-status for patches gcc 4.5.1 4.6.0: update upstream-status for patches autoconf: update upstream-status for patches automake: update upstream-status for patches bison: update upstream-status for patches distcc: update upstream-status of patches fstests: update upstream-status for patches gdb: update upstream-status of patches intltool: update upstream-status of patches libtool: update upstream status of patches linux-libc-headers: update upstream-status for patches make: update upstream-status for patches perl: update upstream-status for patches python-pycurl: update upstream-status for patches python-pygobject: update upstream status for patches python-pyrex: update upstream-status for patches quilt: update upstream-status of patches tcl: update upstream-status for patches gnu-config: update upstream-status for patches gmp: update upstream-status for patches Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
* kern-tools: error if features are not foundBruce Ashfield2011-05-121-1/+1
| | | | | | | | | | | | | | | | | | | Fixes bug: [YOCTO #955] Updating the SRCREV to pickup the kern-tools change: [ updateme: error if features are not found Rather than silently dropping addon features, we emit a warning and then exit with a failure code. The caller can then abort a build and not simply miss features. Passing --no-strict to the script disables this new functionality if for some reason a feature description is missing on purpose. ] Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
* recpies: add Upstream-Status for multiple recipes' patchesDexuan Cui2011-05-124-232/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | tcf-agent: update its patch's Upstream-Status screen: update its patch's Upstream-Status which (GPLv2): update its patch's Upstream-Status gnome-vfs: update its patch's Upstream-Status libart-lgpl: update its patch's Upstream-Status librsvg: update its patch's Upstream-Status fontconfig: update its patch's Upstream-Status freetype: update its patch's Upstream-Status libxsettings-client: update its patch's Upstream-Status libxcb: update its patch's Upstream-Status libx11: update its patch's Upstream-Status - remove 2 unused xim.patch. libx11-trim: update its patch's Upstream-Status libxcalibrate: update its patch's Upstream-Status libxcomposite: update its patch's Upstream-Status libxfont: update its patch's Upstream-Status xtrans: update its patch's Upstream-Status - remove abstract_socket_fix.patch as it's not used at all for long. calibrateproto: update its patch's Upstream-Status latencytop: update its patch's Upstream-Status powertop: update its patch's Upstream-Status settings-daemon: update its patch's Upstream-Status gnome-settings-daemon: update its patch's Upstream-Status libxklavier: update its patch's Upstream-Status liblbxutil: update its patch's Upstream-Status oprofile: update its patch's Upstream-Status and remove an unused patch - delete xml_callgraph_details.patch as it's not used at all. Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
* kexec-tools: fix compiler errors with gcc 4.6.0Nitin A Kamble2011-05-112-1/+42
| | | | Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
* systemtap: fix for compilation with gcc 4.6.0Nitin A Kamble2011-05-112-1/+121
| | | | Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
* dtc: fix compilation with gcc 4.6.0Nitin A Kamble2011-05-112-2/+54
| | | | Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
* Revert "linux-yocto: Allow bbappend files to add to COMPATIBLE_MACHINE to ↵Richard Purdie2011-05-101-2/+1
| | | | | | | | fix errors" There are better ways to handle this problem. This reverts commit fe983dcff611df2a4fef0d094b130cdf04c0728d.
* linux-yocto: Allow bbappend files to add to COMPATIBLE_MACHINE to fix errorsRichard Purdie2011-05-101-1/+2
| | | | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto: error if meta data not presentBruce Ashfield2011-05-102-2/+4
| | | | | | | | | | | | | | | | | There are valid reasons to build repositories without meta data present and there are times when this is an error. This change adds sanity tests to the build process to detect missing meta data and throw an informative error message. Sanity checking is only triggered from recipes (linux-yocto) that always require meta data to be present. Other recipes are not impacted and can auto-generate meta data as required. Without this change the build process suceeds, but incorrect meta data will be used (with no user knowledge), which is not the desired behaviour. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
* linux-yocto: remove non-core (qemu) machine compatibilityBruce Ashfield2011-05-102-19/+2
| | | | | | | | | | The machine configuration of the non-core (non-qemu) machines exists in other layers. Moving the branch mappings, compatibility and SRCREVs of these machines out of the main linux-yocto recipe is the first step in that move. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Acked-by: Darren Hart <dvhart@linux.intel.com>
* linux-libc-headers: add microblaze ARCH definitionAdrian Alonso2011-05-101-1/+2
| | | | | | | * Add Microblaze ARCH definition * Bump PR Signed-off-by: Adrian Alonso <aalonso@secretlab.ca>
* lttng-ust_0.12.bb: Fix compilation on uclibcKhem Raj2011-05-102-1/+53
| | | | | | | We provide alternative implementation of sched_getcpu() when compiling for uclibc Signed-off-by: Khem Raj <raj.khem@gmail.com>
* linux-yocto: update SRCREVsBruce Ashfield2011-05-051-12/+12
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Updating the linux-yocto/2.6.37 SRCREVs to pickup: perf tool: Fix gcc 4.6.0 issues 1/1 [ Author: Kyle McMartin Email: kyle@mcmartin.ca Subject: perf tool: Fix gcc 4.6.0 issues Date: Thu, 5 May 2011 00:06:01 -0400 commit fb7d0b3cefb80a105f7fd26bbc62e0cbf9192822 upstream. GCC 4.6.0 in Fedora rawhide turned up some compile errors in tools/perf due to the -Werror=unused-but-set-variable flag. I've gone through and annotated some of the assignments that had side effects (ie: return value from a function) with the __used annotation, and in some cases, just removed unused code. In a few cases, we were assigning something useful, but not using it in later parts of the function. kyle@dreadnought:~/src% gcc --version gcc (GCC) 4.6.0 20110122 (Red Hat 4.6.0-0.3) Cc: Ingo Molnar <mingo@redhat.com> LKML-Reference: <20110124161304.GK27353@bombadil.infradead.org> Signed-off-by: Kyle McMartin <kyle@redhat.com> [ committer note: Fixed up the annotation fixes, as that code moved recently ] Signed-off-by: Arnaldo Carvalho de Melo <acme@redhat.com> [Backported to 2.6.38.2 by deleting unused but set variables] Signed-off-by: Thomas Meyer <thomas@m3y3r.de> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> [Backported to linux-yocto kernel git version] Signed-off-by: Khem Raj <raj.khem@gmail.com> ] Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
* linux-yocto: safely process unbranched repositoriesBruce Ashfield2011-05-051-1/+1
| | | | | | | | | | | The BSP bootstrap and -dev use cases can be applied against unbranched or repos without meta data. To allow the proper and safe processing of those repositories, slight modifications to the tools are required to pass the branch on the command line (rather than detecting it always) and to only checkout branches that exist. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
* linux-yocto: apply meta data to external reposBruce Ashfield2011-05-051-1/+1
| | | | | | | | | | | To support quick uprev and testing, it is desireable to build repositories that do not have embedded meta data. In this scenario the meta data can be automatically created or provided externally. This commit supports the first situation by detecting the lack of meta data and then automatically creating a base set of meta files. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
* lttng-viewer: explicitly add linkage to lttvwindowDexuan Cui2011-05-052-4/+48
| | | | | | | | Fixes [YOCTO #412] Also update FILES_${PN}. Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
* Remove distro-specific metadata for distros not in oe-corePaul Eggleton2011-05-042-13/+1
| | | | Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
* Remove machine-specific metadata for machines no longer in oe-corePaul Eggleton2011-05-0414-73/+0
| | | | Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
* poky-default-revisions: move the SRCREV to recipe fileYu Ke2011-05-0412-0/+38
| | | | | | in this case, those non poky distro can also use these recipe normally Signed-off-by: Yu Ke <ke.yu@intel.com>
* linux-tools.inc: Dummify do_compile_perf and do_install_perf for uclibcKhem Raj2011-04-281-4/+13
| | | | | | | Perf wants elfutils and elfutils on uclibc does not work due to its usage of obstack_printf functionality missing from uclibc. Signed-off-by: Khem Raj <raj.khem@gmail.com>
* linux-tools.inc: turn off newt and dwarf for perfTom Zanussi2011-04-221-2/+2
| | | | | | | | Turn these off for now to avoid the host infection issues for perf. Fixes yocto [BUGID #994]. Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
* lttng-viewer: upgrade from 0.12.36 to the latest version 0.12.38Dexuan Cui2011-04-221-3/+3
| | | | Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
* lttng-ust: upgrade from 0.11 to the latest version 0.12Dexuan Cui2011-04-223-117/+28
| | | | | | | | Updated LIC_FILES_CHKSUM as a new Copyright holder was added. Removed the patch since 0.12 has integrated that. Added arm into COMPATIBLE_HOST as 0.12 can build on arm now. Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
* modutils-initscripts: fix wrong order of module loading happening in udevPetr Štetiar2011-04-221-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | In the current state, udev init script is loaded as 3rd and modutils.sh as 20th, so udevadm called in udev init script loads all kernel modules in some unpredictable order, not honoring in any way specified order of modules in /etc/modules. This causes some troubles mainly in the first boot. So to fix this we now move loading of the kernel modules just before we exec udev init script. Example of the current state: Starting udev rtc-m48t86 rtc-m48t86: rtc core: registered m48t86 as rtc0 rtc-m48t86 rtc-m48t86: battery ok ep93xx-rtc ep93xx-rtc: rtc core: registered ep93xx-rtc as rtc1 root@ts72xx:~# cat /etc/modules rtc-ep93xx ohci-hcd ts72xx_sbcinfo rtc-m48t86 As you can guess, this is really wrong behaviour, because I've rtc1 as the main time source for my system. root@ts72xx:~# cat /etc/default/hwclock HWCLOCKACCESS=yes HWCLOCKDEVICE=/dev/rtc1 Expected behaviour with this patch applied: Please wait: booting... ep93xx-rtc ep93xx-rtc: rtc core: registered ep93xx-rtc as rtc0 usbcore: registered new device driver usb ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver ... rtc-m48t86 rtc-m48t86: rtc core: registered m48t86 as rtc1 rtc-m48t86 rtc-m48t86: battery ok Starting udev Signed-off-by: Petr Štetiar <ynezz@true.cz> (based on http://patches.openembedded.org/patch/1917/) Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Saul Wold <sgw@linux.intel.com>
* Fix git.pokylinux.org urls to git.yoctoproject.orgRichard Purdie2011-04-204-4/+4
| | | | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Replace POKYBASE with COREBASERichard Purdie2011-04-201-1/+1
| | | | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto-stable: Update repository urlRichard Purdie2011-04-191-1/+1
| | | | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* oprofileui: upgrade to latest git versionDexuan Cui2011-04-182-1/+3
| | | | Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
* linux-yocto/qemux86-64: enable profiling and latencyBruce Ashfield2011-03-311-4/+0
| | | | | | | | | | The configuration chunks for profiling and latency top have been enabled in tree now, so we can drop optional feature additions in the recipe itself. build tests show identical configurations. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
* base/kernel/image.bbclass: Clean up do_deploy ordering to ensure it just ↵Richard Purdie2011-03-291-1/+1
| | | | | | happens before a build completes Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Various: Update KERNELORG_MIRROR for consistencyTom Rini2011-03-234-4/+4
| | | | | | | | In mirrors.bbclass we point into /pub but we don't in bitbake.conf. All uses of KERNELORG_MIRROR look into /pub anyhow, so lets make use of that. Signed-off-by: Tom Rini <tom_rini@mentor.com>
* Various: Switch to KERNELORG_MIRRORTom Rini2011-03-231-1/+1
| | | | Signed-off-by: Tom Rini <tom_rini@mentor.com>
generated by cgit v1.2.3 (git 2.46.0) at 2024-11-19 00:26:03 +0000