summaryrefslogtreecommitdiffstats
path: root/meta/recipes-kernel/perf/perf.bb
Commit message (Collapse)AuthorAgeFilesLines
* perf: explicitly disable libunwindMartin Jansa2014-08-111-1/+1
| | | | | | | | | * it's not included in DEPENDS and it's detected from sysroot (From OE-Core rev: e426f6c6711ecc752d0fef67005fb769fd74b5f1) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perf: add slang to the dependenciesHenning Heinold2014-07-031-1/+4
| | | | | | | | | | | | | | | * TUI/GUI support was added in 2.6.35 based on libnewt * since 3.10 slang replaced libnewt completly * changing TUI_DEFINES is not necessary, because NO_NEWT is still respected with newer kernels * add comment about the gui history to the recipe The patch was sponsored by sysmocom (From OE-Core rev: 348b90a8a9b32e5e4a10960194a2f622cb07a0c6) Signed-off-by: Henning Heinold <henning@itconsulting-heinold.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perf: split packgingHenning Heinold2014-07-031-5/+17
| | | | | | | | | | | | | | | | * some fundamental perf commands can work without the dependency on perl, python or bash make them separate packages and RSUGGEST them * bump PR The patch was sponsored by sysmocom (From OE-Core rev: 7d00247a3b204cdb35a9baa1eda0eed9a54dbebf) Signed-off-by: Henning Heinold <henning@itconsulting-heinold.de> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perf: fix broken shell comparsion in do_installHenning Heinold2014-07-031-1/+1
| | | | | | | | | | The patch was sponsored by sysmocom (From OE-Core rev: f7650cf40492ac5cfe724177d9d9e58d89c54252) Signed-off-by: Henning Heinold <henning@itconsulting-heinold.de> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perf: Fix sysroot option to CC handlingRichard Purdie2014-04-101-0/+12
| | | | | | | | | | | | | | | | | | | | | | If you build perf in tree /xxx/treea, then cleansstate perf and build it in /xxx/treeb having deleted treea, the build will fail, unable to find libc. The problem is that the --sysroot option passed in through CC is missing. This works fine if the default sysroot is ok, if it isn't, things will fail. In 1.7 we'll start poisoning the default sysroot in gcc to catch this kind of issue however that doesn't fix the problem with perf. The problem is that various Makefiles set CC = $(CROSS_COMPILE)gcc. The easist fix for now is to sed out the problematic Makefile lines. Its worth noting the tools/lib/traceevent Makefile has a much more funky way of setting CC which works for us and may be the way we need to fix the other Makefiles upstream. This fixes build failures we're occasionally seen on the autobuilders. (From OE-Core rev: d9bd1ac6d91de932dd3e2fcac9da77e0a7c09f55) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perf: add libexec and traceevent to packagesBruce Ashfield2014-03-211-1/+16
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | Recent versions of perf may install files into /usr/libexec/perf-core and in /usr/lib/traceevent. To avoid packaging QA errors, we add these two directories to the FILES variables. We also add: INHIBIT_PACKAGE_DEBUG_SPLIT="1" to avoid the following issue (due to a trailing / being removed): ERROR: debugedit failed with exit code 256 ... debugedit: canonicalization unexpectedly shrank by one character And finally, we must ensure that the traceevent libraries are installed to the proper multilib library path. If building some multlibs, the incorrect library path will be selected by perf, since it triggers via: ifeq ($(ARCH),x86_64) (or similiar mechanism per arch). In a 32 bit build, with a 64 bit multilib, the arch won't match and the detection of a 64 bit build (and library) are not exected. To ensure that libraries are installed to the correct location, we can make the substitution in the config/Makefile. For non multilib builds, this has no impact. (From OE-Core rev: c1b5a262c0201faf2c6bf545d6acb32dfe383ba3) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perf: don't use oe.path.relativeRoss Burton2014-03-071-4/+4
| | | | | | | | | | | Instead of using oe.path.relative, use the Python Standard Library function os.path.relpath. (From OE-Core rev: 01f640f2e878ef86db4138f422fdf74f5f41c8c5) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perf: Disable warnings as errors for kernels 3.1+Konrad Scherer2013-12-091-0/+4
| | | | | | | | | | | | 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. (From OE-Core rev: 963315939610a89b031346ebf93cd5bddc7773d2) Signed-off-by: Konrad Scherer <Konrad.Scherer@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perf: flag __SANE_USERSPACE_TYPES__ to include int-ll64.h for mips64Wenzong Fan2013-10-261-1/+2
| | | | | | | | | As the same reason to powerpc64, mips64 also need the flag. (From OE-Core rev: d6f3cb0d71c3b6739365f085b6d5a5e20f329fa5) Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perf: flag __SANE_USERSPACE_TYPES__ to include int-ll64.h for powerpc64Ting Liu2013-10-181-0/+6
| | | | | | | | | | | | | | | | | | | | | 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) { | ^ (From OE-Core rev: e0b56f7ed84da4f71f448548e15d5a75e8eada6e) Signed-off-by: Ting Liu <b28495@freescale.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perf: Add LDFLAGS to allow build of old kernels without patchingOtavio Salvador2013-09-181-2/+7
| | | | | | | | | | | | | 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] (From OE-Core rev: 0eccbf2016e89e6f1c3796f138b02a508d2edbcf) Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perf: Ensure we use CFLAGS and LDFLAGS settings from kernel build systemyocto-1.5_M5.rc21.5_M5.rc2Otavio Salvador2013-09-171-7/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | 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. (From OE-Core rev: 2e90f8846db0f3ed99a175befff9ec67fe12bc4e) Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perf: source should be ready after do_unpackRobert Yang2013-09-141-0/+3
| | | | | | | | | | | | | | | | | | | 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] (From OE-Core rev: 01d3b15518b981199120b3b9c6923678244aefdc) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perf: Ensure we general PIC code to avoid build failuresRichard Purdie2013-08-271-1/+1
| | | | | | | | | Without this we see relocation errors on mips with 3.10. This should be safe to be included in general. (From OE-Core rev: 9958653b2bf9e43312a39c6b89ff0ca1cc46995c) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perf: Ensure license is handled correctlyRichard Purdie2013-04-181-0/+2
| | | | | | | | | | | | 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] (From OE-Core rev: 578937213c6db9fa99981778ce61210e391b19a7) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perf: Fix parsing errorRichard Purdie2013-03-191-1/+1
| | | | | | | | | | | | | 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. (From OE-Core rev: 053ca014e7eb8c9dd05cef42fe23f463f3eb15dd) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perf: make PKGV match kernel versionTom Zanussi2013-03-191-1/+5
| | | | | | | | | | | | 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. (From OE-Core rev: deb99cefe8be7fa63972edadf69f92d361b9a7c5) Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perf: rename perf_3.4 to perfTom Zanussi2013-03-101-0/+111
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. (From OE-Core rev: 9a249e074f0329ad54848b84536e5b7cb117ee2c) Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2025-08-07 17:23:58 +0000