openembedded-core.git/meta/recipes-kernel/perf, branch daisy

perf: explicitly disable libunwind

2014-08-11T10:03:43+00:00

* it's not included in DEPENDS and it's detected from sysroot

Signed-off-by: Martin Jansa 
Signed-off-by: Richard Purdie

perf: add slang to the dependencies

2014-07-03T12:46:50+00:00

* 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

Signed-off-by: Henning Heinold 
Signed-off-by: Richard Purdie

perf: split packging

2014-07-03T12:46:21+00:00

* 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

Signed-off-by: Henning Heinold 
Signed-off-by: Saul Wold 
Signed-off-by: Richard Purdie

perf: fix broken shell comparsion in do_install

2014-07-03T12:46:05+00:00

The patch was sponsored by sysmocom

Signed-off-by: Henning Heinold 
Signed-off-by: Saul Wold 
Signed-off-by: Richard Purdie

perf: Fix sysroot option to CC handling

2014-04-10T09:22:26+00:00

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.

Signed-off-by: Richard Purdie

perf: add libexec and traceevent to packages

2014-03-21T12:05:29+00:00

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.

Signed-off-by: Bruce Ashfield 
Signed-off-by: Saul Wold 
Signed-off-by: Richard Purdie

perf: don't use oe.path.relative

2014-03-07T14:55:26+00:00

Instead of using oe.path.relative, use the Python Standard Library function
os.path.relpath.

Signed-off-by: Ross Burton 
Signed-off-by: Saul Wold

perf: Disable warnings as errors for kernels 3.1+

2013-12-09T18:01:36+00:00

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 
Signed-off-by: Saul Wold

perf: flag __SANE_USERSPACE_TYPES__ to include int-ll64.h for mips64

2013-10-26T14:59:50+00:00

As the same reason to powerpc64, mips64 also need the flag.

Signed-off-by: Wenzong Fan 
Signed-off-by: Richard Purdie

perf: flag __SANE_USERSPACE_TYPES__ to include int-ll64.h for powerpc64

2013-10-18T14:47:11+00:00

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 
Signed-off-by: Saul Wold