summaryrefslogtreecommitdiff
path: root/meta/recipes-kernel/perf
AgeCommit message (Collapse)AuthorFiles
2013-12-09perf: Disable warnings as errors for kernels 3.1+Konrad Scherer1
Turns out the sed command has not been working as intended since kernel 3.1 due to the trailing space. Adding the WERROR=0 environment variable is the correct way to disable warnings as errors. Signed-off-by: Konrad Scherer <Konrad.Scherer@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-10-26perf: flag __SANE_USERSPACE_TYPES__ to include int-ll64.h for mips64Wenzong Fan1
As the same reason to powerpc64, mips64 also need the flag. Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-10-18perf: flag __SANE_USERSPACE_TYPES__ to include int-ll64.h for powerpc64Ting Liu1
PPC64 uses long long for u64 in the kernel, but powerpc's asm/types.h prevents 64-bit userland from seeing this definition, instead defaulting to u64 == long in userspace. Perf want LL64, flag __SANE_USERSPACE_TYPES__ to get int-ll64.h. Fix the below issue: | tests/attr.c:71:4: error: format '%llu' expects argument of type 'long long unsigned int', but argument 6 has type '__u64' [-Werror=format=] | tests/attr.c:80:7: error: format '%llu' expects argument of type 'long long unsigned int', but argument 4 has type '__u64' [-Werror=format=] | attr->type, attr->config, fd) < 0) { | ^ Signed-off-by: Ting Liu <b28495@freescale.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-09-18perf: Add LDFLAGS to allow build of old kernels without patchingOtavio Salvador1
The LDFLAGS is required or some old kernels fails due missing symbols and this is preferred than requiring patches to every old supported kernel. Fixes [YOCTO: #5221] Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-17perf: Ensure we use CFLAGS and LDFLAGS settings from kernel build systemOtavio Salvador1
The kernel build system does the right thing here and we should stop overriding it. This code has been added based on a change from 'meta-metro' layer, revision 9d698004137c1a888d40d6a4808d94afa22387e7, without any information about what problem it fixes so I am reverting it. Using the CFLAGS and LDFLAGS makes it impossible for kernel build system to append to it, thus making the build fail in various ways as: | CC /.../perf/1.0-r8/perf-1.0/perf.o | In file included from builtin.h:4:0, | from perf.c:9: | util/util.h:74:24: fatal error: lk/debugfs.h: No such file or directory | #include <lk/debugfs.h> | ^ | compilation terminated. The unset is done in do_compile and do_install otherwise it /rebuild/ perf as it detects the compiler options has change. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-12perf: source should be ready after do_unpackRobert Yang1
In perf.bb: S = "${STAGING_KERNEL_DIR}" So the source should be ready after the do_unpack, and we need this: do_unpack[depends] += "virtual/kernel:do_populate_sysroot" Otherwise, maybe no source after do_unpack. [YOCTO #5168] Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-27perf: Ensure we general PIC code to avoid build failuresRichard Purdie1
Without this we see relocation errors on mips with 3.10. This should be safe to be included in general. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-04-18perf: Ensure license is handled correctlyRichard Purdie1
The do_populate_lic task has a race with the recipe since it relies on the kernel being populated in the sysroot. This patch adds in the explicit missing dependency. [YOCTO #3534] Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-03-19perf: Fix parsing errorRichard Purdie1
Due to the use of ${@...} the code will try and expand this when performing the initial parsing. If the sysroot doesn't exist with an existing kernel, this will fail at parsing time. Sinec we're already in python, just remove the ${@....} wrapping and then we execute at do_package time which is what we want. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-03-19perf: make PKGV match kernel versionTom Zanussi1
Have perf grab and use the kernel version it's built from for PKGV, rather than the default perf recipe version, so the final packages get the kernel version instead of the default 1.0, which represents a backwards value from the previous recipe. Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-03-09perf: rename perf_3.4 to perfTom Zanussi1
There's nothing kernel-version-specific about the perf_3.4 recipe, so it's actually misnamed and misleading now that it also gets used with the 3.8 kernel. Since the recipe isn't tied to a specific PV, and simply uses whatever's in STAGING_KERNEL_DIR, there's no reason to add anything else either to the bare PN, so just use that as the recipe name. Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-03-09perf: rename perf.inc to perf-features.incTom Zanussi2
The contents of perf.inc are really specific to perf features and shouldn't use the generic perf.inc name, which implies common recipe code. It's always confusing to open up this file and find out that's not what it is. Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-03-05perf: disable PARALLEL_MAKETom Zanussi1
Autobuilder builds periodically and now more frequently have been failing because of a race between the perf build and the newly separated libtraceevent - perf tries to link libtraceevent.a, which hasn't finished building yet in those cases. This disables the parallel build to prevent that. Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-03-02perf: add bash dependencyTom Zanussi1
There are a number of scripts in the perf installation that use bash, so we need to add a run-time dependency on bash for them. If not, we can generate build errors like "no package provides /bin/bash". Fixes [YOCTO #3951]. Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-12-14iperf: pass in target path varsFahad Usman1
Signed-off-by: Christopher Larson <chris_larson@mentor.com> the patch was imported from meta-mentor layer on yoctoproject git server http://git.yoctoproject.org/cgit/cgit.cgi/meta-mentor as of commit id 71748b54694f4ffe2d598da71f641969df1417c0 slightly modified the patch to apply it on .bb file instead of .bbappend Signed-off-by: Fahad Usman <fahad_usman@mentor.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-12-14perf: pass CFLAGS and LDFLAGSFahad Usman1
Signed-off-by: Christopher Larson <chris_larson@mentor.com> the patch was imported from meta-mentor layer on yoctoproject git server http://git.yoctoproject.org/cgit/cgit.cgi/meta-mentor as of commit id 9d698004137c1a888d40d6a4808d94afa22387e7 Signed-off-by: Fahad Usman <fahad_usman@mentor.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-12-14perf: kill -WerrorFahad Usman1
this fails to build using a recent sourcery toolchain due to unused-but-set-variable Signed-off-by: Christopher Larson <chris_larson@mentor.com> the patch was imported from meta-mentor layer on yoctoproject git server http://git.yoctoproject.org/cgit/cgit.cgi/meta-mentor as of commit ids 82e96b3baa1c64d03412871fce56d496a338f167 and ae325d011bd50501fe677c8b37295ae83030c526 Signed-off-by: Fahad Usman <fahad_usman@mentor.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-18perf: set the perfexecdirSaul Wold1
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-08-28perf: add bison and flex to DEPENDSTom Zanussi1
perf depends on bison and flex for event parsing - add them as dependencies. Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
2012-08-19perf_3.4.bb: update to build against older kernelsMatthew McClintock1
Removes a make install-python_ext when not present since older versions of perf lack this install rule This also fixes a library issue on older kernels building with a newer toolchain where libaries that would previously be pulled in are no longer. So we add them manually. Signed-off-by: Matthew McClintock <msm@freescale.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-07-22perf: Update for python-native changesMorgan Little1
Add pythonnative to the inherits list Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-07-19Convert tab indentation in python functions into four-spaceRichard Purdie1
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-07-12perf: add perl, python to DEPENDSTom Zanussi1
perf has perl and python compile-time dependendencies, add them. Signed-off-by: Tom Zanussi <tom.zanussi@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-07-10perf: add perf-tui featureTom Zanussi1
Add a new feature named 'perf-tui'. Adding this into the PERF_FEATURES variable in perf.inc will enable the perf TUI (Text-base UI) user interface on a target, which adds libnewt and turns on the perf text UI options in perf, if perf is included in an image. If 'perf-tui' isn't named as a feature (the default), the perf TUI will be disabled and unavailable. Signed-off-by: Tom Zanussi <tom.zanussi@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-07-10perf: add perf-scripting featureTom Zanussi1
Add a new feature named 'perf-scripting'. Adding this into the PERF_FEATURES variable in perf.inc will enable perf scripting on a target, which will turn on all the language bindings currently available in perf (Perl and Python), if perf is included in an image. If 'perf-scripting' isn't named as a feature (the default), all perf language bindings will be disabled and unavailable. Signed-off-by: Tom Zanussi <tom.zanussi@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-07-10perf: add perf.incTom Zanussi2
Add a perf.inc to contain utility functions and definitions and to avoid cluttering up the main recipe. Signed-off-by: Tom Zanussi <tom.zanussi@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-07-05perf: remove unconditional python-ext installTom Zanussi1
This shouldn't be unconditional - a later patch made it so, but that's not yet pulled in. In the meantime, to fix build failures remove the unconditional install. Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
2012-07-04perf: add libexec/perf-core and contentsTom Zanussi1
libexec/perf-core contains all the pre-canned scripts and modules needed by both the Perl and Python bindigs. Add libexec/perf-core along with all the pre-defined perf scripts underneath it. Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
2012-07-04perf: enable Perl bindingTom Zanussi1
Add support to enable the perf Perl binding. The build depends on perl-native to retrieve the configuration settings needed for the binding. cpan-base adds some useful functions like is_target() and get_perl_version() that we need for PERLCONFIGTARGET and related settings, which allow us to use the target's Config_heavy.pl settings for ExtUtils:Embed when building for the target. Also adds the perl-modules dependency to give the target the perl modules that scripts using the binding need. Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
2012-07-04perf: enable Python bindingsTom Zanussi1
Add support to enable the perf python bindings. The combination of these changes and the changes in the python-config sections in the kernel Makefile enable all the python bindings currently available in perf. Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
2012-06-21recipes-kernel: make perf a standalone packageLiang Li1
perf has been coupled to the kernel packages via kernel.bbclass. While maintaining the build of perf out of the kernel source tree is desired the package coupling has proved to be awkward in several situations such as: - when a kernel recipe doesn't want to build/provide perf - when licensing of dependencies would prohibit perf and hence the kernel from being built. To solve some of these problems, this recipe is the extraction of the linux-tools.inc provided perf compilation into a standalone perf recipe that builds out of the kernel source, but is otherwise independent. No new functionality is provided above what the linux-tools.inc variant provided, but the separate recipe provides baseline for adding new functionality. 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>
generated by cgit v1.2.3 (git 2.25.1) at 2024-12-13 03:35:13 +0000