summaryrefslogtreecommitdiffstats
path: root/meta/recipes-kernel/oprofile/oprofile/acinclude.m4
Commit message (Collapse)AuthorAgeFilesLines
* oprofile: remove the recipeAlexander Kanavin2017-11-091-581/+0
| | | | | | | | | | Perf is the preferred solution, and oprofile is difficult to maintain against musl. (From OE-Core rev: 5f470aed944c941b339652961a13266389288739) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* oprofile: remove AX_KERNEL_VERSION from acinclude.m4Tom Zanussi2013-02-011-19/+0
| | | | | | | | | | | | | | | | | | | | | | The version of this macro in acinclude.m4 is preventing the correct version in the package's kernelversion.m4 from being used. Since the version in acinclude.m4 includes the obsolete config.h, any test that uses it with newer (> 2.6.19) kernels fails. In the case of oprofile it means that perf_events support is never detected and thus 'legacy oprofile' is always built. Fixing this allows the new perf_events 'operf' support to be built. Fixes [YOCTO #3447] (From OE-Core rev: 3f7f17894c097ebaa81055c8449c543b734df541) (From OE-Core rev: 6fac31c7930e228efe5fed978964885e37a4da80) Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Major layout change to the packages directoryRichard Purdie2010-08-271-0/+600
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>