summaryrefslogtreecommitdiffstats
path: root/meta/recipes-kernel/oprofile
Commit message (Collapse)AuthorAgeFilesLines
* oprofileui: fix the build failure after gcc dso changeNitin A Kamble2011-01-202-2/+28
| | | | | | | | With a change in gcc all the libraries needs to be specified explicitely for linking. That breaks compile for this package as libm is not explicitely specified. This commit fixes that linking issue. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
* recpies: use SRCPV instead of SRCREV for PVYu Ke2011-01-061-1/+1
| | | | | | | | SRCPV is intended being used by PV, some recipes still use SRCREV for PV, which is not correct. This patch fix all the misusage. Signed-off-by: Yu Ke <ke.yu@intel.com>
* RDEPENDS, RRECOMMENDS -> RDPEPENDS_${PN}, RRECOMMENDS_${PN}Koen Kooi2010-12-302-6/+6
| | | | | | | For these recipes the dependencies listed in RDEPENDS and RRECOMMENDS only apply to ${PN} Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
* recipes-kernel: Update SUMMARY and DESCRIPTIONMark Hatle2010-12-163-0/+3
| | | | | | Add missing SUMMARY and updated DESCRIPTION fields if necessary Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
* SRC_URI Checksums AdditionalsSaul Wold2010-12-091-0/+3
| | | | Signed-off-by: Saul Wold <sgw@linux.intel.com>
* Major layout change to the packages directoryRichard Purdie2010-08-278-0/+1157
Having one monolithic packages directory makes it hard to find things and is generally overwhelming. This commit splits it into several logical sections roughly based on function, recipes.txt gives more information about the classifications used. The opportunity is also used to switch from "packages" to "recipes" as used in OpenEmbedded as the term "packages" can be confusing to people and has many different meanings. Not all recipes have been classified yet, this is just a first pass at separating things out. Some packages are moved to meta-extras as they're no longer actively used or maintained. Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>