crownbay-noemgd poky-image-minimal fails to build

DISCUSSION Andre Haupt 3 participants 13 messages Jul 29, 2011 – Aug 1, 2011 perf events

Share & tools

Andre Haupt

author

2011-07-29 07:24 UTC #0 lore raw

Hi all,

I am trying to build a poky bernard image for crownbay-noemgd. For this i checked out the bernard branch of both poky and meta-intel from git.yoctoproject.org.

Bitbake fails during the kernels compile_perf task complaining that it can not find libdw.h and bfd.h and that using /usr/local/include as include location is unsafe for cross compilation (full log attached).

What do i miss here?

Btw, the build host is fedora 13.
(this time on real hardware, not in a virtual machine)

thanks,

Andre

NOTE: make -C /home/ahaupt/yocto-git/builds/crownbay-noemgd/tmp/work/crownbay_noemgd-poky-linux/linux-yocto-stable-2.6.34+git1+e1f85a470934a0cf6abde5d95533e74501822c6b_1+56fe215d3f1a2cc3a5a26482ac9809ba44495695-r1/linux/tools/perf CC=ccache i586-poky-linux-gcc -m32 -march=core2 -msse3 -mtune=generic -mfpmath=sse --sysroot=/home/ahaupt/yocto-git/builds/crownbay-noemgd/tmp/sysroots/crownbay-noemgd LD=i586-poky-linux-ld --sysroot=/home/ahaupt/yocto-git/builds/crownbay-noemgd/tmp/sysroots/crownbay-noemgd prefix=/usr NO_NEWT=1 NO_DWARF=1
make: Entering directory `/home/ahaupt/yocto-git/builds/crownbay-noemgd/tmp/work/crownbay_noemgd-poky-linux/linux-yocto-stable-2.6.34+git1+e1f85a470934a0cf6abde5d95533e74501822c6b_1+56fe215d3f1a2cc3a5a26482ac9809ba44495695-r1/linux/tools/perf'
Makefile:508: No libdw.h found or old libdw.h found, disables dwarf support. Please install elfutils-devel/elfutils-dev
Makefile:563: No bfd.h/libbfd found, install binutils-dev[el]/zlib-static to gain symbol demangling
PERF_VERSION = 0.0.2.PERF
make: Leaving directory `/home/ahaupt/yocto-git/builds/crownbay-noemgd/tmp/work/crownbay_noemgd-poky-linux/linux-yocto-stable-2.6.34+git1+e1f85a470934a0cf6abde5d95533e74501822c6b_1+56fe215d3f1a2cc3a5a26482ac9809ba44495695-r1/linux/tools/perf'
make: Entering directory `/home/ahaupt/yocto-git/builds/crownbay-noemgd/tmp/work/crownbay_noemgd-poky-linux/linux-yocto-stable-2.6.34+git1+e1f85a470934a0cf6abde5d95533e74501822c6b_1+56fe215d3f1a2cc3a5a26482ac9809ba44495695-r1/linux/tools/perf'
Makefile:508: No libdw.h found or old libdw.h found, disables dwarf support. Please install elfutils-devel/elfutils-dev
Makefile:563: No bfd.h/libbfd found, install binutils-dev[el]/zlib-static to gain symbol demangling
GEN common-cmds.h
* new build flags or prefix
CC perf.o
CC builtin-annotate.o
CC builtin-bench.o
CC bench/sched-messaging.o
CC bench/sched-pipe.o
CC bench/mem-memcpy.o
CC builtin-diff.o
CC builtin-help.o
CC builtin-sched.o
CC builtin-buildid-list.o
CC builtin-buildid-cache.o
CC builtin-list.o
CC builtin-record.o
CC builtin-report.o
CC builtin-stat.o
CC builtin-timechart.o
CC builtin-top.o
CC builtin-trace.o
CC builtin-probe.o
CC builtin-kmem.o
CC builtin-lock.o
CC util/abspath.o
CC util/alias.o
CC util/build-id.o
CC util/config.o
CC util/ctype.o
CC util/debugfs.o
CC util/environment.o
CC util/event.o
CC util/exec_cmd.o
CC util/help.o
CC util/levenshtein.o
CC util/parse-options.o
CC util/parse-events.o
CC util/path.o
CC util/rbtree.o
CC util/bitmap.o
CC util/hweight.o
CC util/find_next_bit.o
CC util/run-command.o
CC util/quote.o
CC util/strbuf.o
CC util/string.o
CC util/strlist.o
CC util/usage.o
CC util/wrapper.o
CC util/sigchain.o
CC util/symbol.o
CC util/color.o
CC util/pager.o
CC util/header.o
CC util/callchain.o
CC util/values.o
CC util/debug.o
CC util/map.o
CC util/session.o
CC util/thread.o
CC util/trace-event-parse.o
CC util/trace-event-read.o
CC util/trace-event-info.o
CC util/trace-event-scripting.o
CC util/svghelper.o
CC util/sort.o
CC util/hist.o
CC util/probe-event.o
CC util/util.o
CC util/cpumap.o
CC util/scripting-engines/trace-event-perl.o
cc1: warnings being treated as errors
cc1: error: include location "/usr/local/include" is unsafe for cross-compilation
make: *** [util/scripting-engines/trace-event-perl.o] Error 1
make: Leaving directory `/home/ahaupt/yocto-git/builds/crownbay-noemgd/tmp/work/crownbay_noemgd-poky-linux/linux-yocto-stable-2.6.34+git1+e1f85a470934a0cf6abde5d95533e74501822c6b_1+56fe215d3f1a2cc3a5a26482ac9809ba44495695-r1/linux/tools/perf'
FATAL: oe_runmake failed
ERROR: Function 'do_compile_perf' failed (see /home/ahaupt/yocto-git/builds/crownbay-noemgd/tmp/work/crownbay_noemgd-poky-linux/linux-yocto-stable-2.6.34+git1+e1f85a470934a0cf6abde5d95533e74501822c6b_1+56fe215d3f1a2cc3a5a26482ac9809ba44495695-r1/temp/log.do_compile_perf.12050 for further information)

Andre Haupt

author

2011-07-29 10:05 UTC #1 lore raw

Quoted 11 lines · Andre Haupt

Hi all,
I am trying to build a poky bernard image for crownbay-noemgd. For this i checked out the bernard branch of both poky and meta-intel from git.yoctoproject.org.
Bitbake fails during the kernels compile_perf task complaining that it can not find libdw.h and bfd.h and that using /usr/local/include as include location is unsafe for cross compilation (full log attached).
What do i miss here?

I did work around this with

meta/recipes-kernel/linux/linux-yocto-stable_git.bb +0 -0

index 3c1e669..85caa92 100644
@@ -42,4 +42,4 @@ KERNEL_FEATURES=features/netfilter
 addtask kernel_link_vmlinux after do_compile before do_install
  addtask validate_branches before do_patch after do_kernel_checkout
   
  -require linux-tools.inc

+#require linux-tools.inc

not sure that this is the right thing to do though.

cheers,

Andre

Bruce Ashfield

2011-07-29 13:12 UTC #2 lore raw

Quoted 27 lines · Andre Haupt

Quoted 11 lines · Andre Haupt
Hi all,
I am trying to build a poky bernard image for crownbay-noemgd. For this i checked out the bernard branch of both poky and meta-intel from git.yoctoproject.org.
Bitbake fails during the kernels compile_perf task complaining that it can not find libdw.h and bfd.h and that using /usr/local/include as include location is unsafe for cross compilation (full log attached).
What do i miss here?
I did work around this with
meta/recipes-kernel/linux/linux-yocto-stable_git.bb +0 -0
index 3c1e669..85caa92 100644
@@ -42,4 +42,4 @@ KERNEL_FEATURES=features/netfilter
  addtask kernel_link_vmlinux after do_compile before do_install
   addtask validate_branches before do_patch after do_kernel_checkout
 
   -require linux-tools.inc
+#require linux-tools.inc

Quoted 1 line

not sure that this is the right thing to do though.

It's an acceptable work around to keep you building on your local machine, assuming that you don't need perf. But the linux-yocto recipes always want to provide perf, and hence have that include.

I'm trying to dust off my memory here. I know that this has been seen, and I also know that this built fine in the bernard release.

The first part of the issue is the:

Makefile:508: No libdw.h found or old libdw.h found, disables dwarf support. Please install elfutils-devel/elfutils-dev

We may have a missing host dependency in the checks. Have you tried installing the relevant package for F13 ?

As for the second, there's a patch in the 2.6.34 kernel tree that is dealing with it:

http://git.pokylinux.org/cgit/cgit.cgi/linux-yocto-2.6.34/commit/?h=standard&id=72ca49ab08b8eb475cec82a10049503602325791

It sounds like there may be a SRCREV problem for the board that isn't picking up that change. Can you confirm that this commit is in your board branch ? You can check in your build directory for linux.

Bruce

Quoted 8 lines

cheers,
Andre
_______________________________________________
yocto mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/yocto

Malcolm Crossley

2011-07-29 13:57 UTC #3 lore raw

Quoted 49 lines · Bruce Ashfield

Quoted 27 lines · Andre Haupt
Quoted 11 lines · Andre Haupt
Hi all,
I am trying to build a poky bernard image for crownbay-noemgd. For this i checked out the bernard branch of both poky and meta-intel from git.yoctoproject.org.
Bitbake fails during the kernels compile_perf task complaining that it can not find libdw.h and bfd.h and that using /usr/local/include as include location is unsafe for cross compilation (full log attached).
What do i miss here?
I did work around this with
meta/recipes-kernel/linux/linux-yocto-stable_git.bb +0 -0
index 3c1e669..85caa92 100644
@@ -42,4 +42,4 @@ KERNEL_FEATURES=features/netfilter
  addtask kernel_link_vmlinux after do_compile before do_install
   addtask validate_branches before do_patch after do_kernel_checkout
 
   -require linux-tools.inc
+#require linux-tools.inc
Quoted 1 line
not sure that this is the right thing to do though.
It's an acceptable work around to keep you building on your local machine, assuming that you don't need perf. But the linux-yocto recipes always want to provide perf, and hence have that include.
I'm trying to dust off my memory here. I know that this has been seen, and I also know that this built fine in the bernard release.
The first part of the issue is the:
Makefile:508: No libdw.h found or old libdw.h found, disables dwarf support. Please install elfutils-devel/elfutils-dev
We may have a missing host dependency in the checks. Have you tried installing the relevant package for F13 ?
As for the second, there's a patch in the 2.6.34 kernel tree that is dealing with it:

Quoted 7 lines

http://git.pokylinux.org/cgit/cgit.cgi/linux-yocto-2.6.34/commit/?h=standard&id=72ca49ab08b8eb475cec82a10049503602325791
It sounds like there may be a SRCREV problem for the board that isn't picking up that change. Can you confirm that this commit is in your board branch ? You can check in your build directory for linux.

I have found that stable branch 2.6.34 contains a bug when trying to build the perf tools. I have a patch but I've not been able to upstream it yet, I've copy pasted it inline here, hopefully it doesn't wrap too badly:

Author: Malcolm Crossley <[email protected]>
Date:   Fri Jul 22 22:44:53 2011 +0100

Kernel version 2.6.34.6. has a bug with regards to it's perf tool
source files. This patch adds a missing include directive.

Signed-off-by Malcolm Crossley <[email protected]>

tools/perf/perf.h +1 -0

index 6fb379b..3c497c5 100644
@@ -73,6 +73,7 @@
 #include <unistd.h>
 #include <sys/types.h>
 #include <sys/syscall.h>
+#include <stdbool.h>
 
 #include "../../include/linux/perf_event.h"
 #include "util/types.h"

Regards

Malcolm

Quoted 16 lines

Bruce
Quoted 8 lines
cheers,
Andre
_______________________________________________
yocto mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/yocto
_______________________________________________
yocto mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/yocto

Bruce Ashfield

2011-07-29 14:02 UTC #4 lore raw

Quoted 61 lines · Malcolm Crossley

Quoted 52 lines · Bruce Ashfield
Quoted 29 lines · Andre Haupt
Quoted 6 lines · Andre Haupt
Hi all,
I am trying to build a poky bernard image for crownbay-noemgd. For this i checked out the bernard branch of both poky and meta-intel from git.yoctoproject.org.
Quoted 6 lines
Bitbake fails during the kernels compile_perf task complaining that it can not
find libdw.h and bfd.h and that using /usr/local/include as include location is unsafe for cross compilation (full log attached).
What do i miss here?
I did work around this with
meta/recipes-kernel/linux/linux-yocto-stable_git.bb +0 -0
index 3c1e669..85caa92 100644
@@ -42,4 +42,4 @@ KERNEL_FEATURES=features/netfilter
addtask kernel_link_vmlinux after do_compile before do_install addtask validate_branches before do_patch after do_kernel_checkout
meta/recipes-kernel/linux/linux-yocto-stable_git.bb +1 -1
-require linux-tools.inc
+#require linux-tools.inc
Quoted 1 line
not sure that this is the right thing to do though.
It's an acceptable work around to keep you building on your local machine, assuming that you don't need perf. But the linux-yocto recipes always want to provide perf, and hence have that include.
I'm trying to dust off my memory here. I know that this has been seen, and I also know that this built fine in the bernard release.
The first part of the issue is the:
Makefile:508: No libdw.h found or old libdw.h found, disables dwarf support. Please install elfutils-devel/elfutils-dev
We may have a missing host dependency in the checks. Have you tried installing the relevant package for F13 ?
As for the second, there's a patch in the 2.6.34 kernel tree that is dealing with it:
Quoted 7 lines
http://git.pokylinux.org/cgit/cgit.cgi/linux-yocto-2.6.34/commit/?h=standard&id=72ca49ab08b8eb475cec82a10049503602325791
It sounds like there may be a SRCREV problem for the board that isn't picking up that change. Can you confirm that this commit is in your board branch ? You can check in your build directory for linux.

Quoted 4 lines

I have found that stable branch 2.6.34 contains a bug when trying to build the perf tools. I have a patch but I've not been able to upstream it yet, I've copy pasted it inline here, hopefully it doesn't wrap too badly:

Just so I've got all the context here. This failure is on top of the one you were asking about ? (the unsafe / includes). And this is unique to the 2.6.34-stable perf variant (i.e. no other newer kernel release has the issue) ?

with those answers, I can appropriately deal with it and vector it to the right places.

Cheers,

Bruce

Quoted 48 lines

Author: Malcolm Crossley <[email protected]>
Date: Fri Jul 22 22:44:53 2011 +0100
Kernel version 2.6.34.6. has a bug with regards to it's perf tool source files. This patch adds a missing include directive.
Signed-off-by Malcolm Crossley <[email protected]>
tools/perf/perf.h +1 -0
index 6fb379b..3c497c5 100644
@@ -73,6 +73,7 @@
 #include <unistd.h>
 #include <sys/types.h>
 #include <sys/syscall.h>
+#include <stdbool.h>
 
 #include "../../include/linux/perf_event.h"
 #include "util/types.h"
Regards
Malcolm
Quoted 12 lines
Bruce
Quoted 8 lines
cheers,
Andre
_______________________________________________
yocto mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/yocto
Quoted 4 lines
_______________________________________________
yocto mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/yocto
_______________________________________________
yocto mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/yocto

Malcolm Crossley

2011-07-29 14:11 UTC #5 lore raw

Quoted 68 lines · Bruce Ashfield

Quoted 62 lines · Malcolm Crossley
Quoted 52 lines · Bruce Ashfield
Quoted 29 lines · Andre Haupt
Quoted 6 lines · Andre Haupt
Hi all,
I am trying to build a poky bernard image for crownbay-noemgd. For this i checked out the bernard branch of both poky and meta-intel from git.yoctoproject.org.
Quoted 6 lines
Bitbake fails during the kernels compile_perf task complaining that it can not
find libdw.h and bfd.h and that using /usr/local/include as include location is unsafe for cross compilation (full log attached).
What do i miss here?
I did work around this with
meta/recipes-kernel/linux/linux-yocto-stable_git.bb +0 -0
index 3c1e669..85caa92 100644
@@ -42,4 +42,4 @@ KERNEL_FEATURES=features/netfilter
addtask kernel_link_vmlinux after do_compile before do_install addtask validate_branches before do_patch after do_kernel_checkout
meta/recipes-kernel/linux/linux-yocto-stable_git.bb +1 -1
-require linux-tools.inc
+#require linux-tools.inc
Quoted 1 line
not sure that this is the right thing to do though.
It's an acceptable work around to keep you building on your local machine, assuming that you don't need perf. But the linux-yocto recipes always want to provide perf, and hence have that include.
I'm trying to dust off my memory here. I know that this has been seen, and I also know that this built fine in the bernard release.
The first part of the issue is the:
Makefile:508: No libdw.h found or old libdw.h found, disables dwarf support. Please install elfutils-devel/elfutils-dev
We may have a missing host dependency in the checks. Have you tried installing the relevant package for F13 ?
As for the second, there's a patch in the 2.6.34 kernel tree that is dealing with it:
Quoted 8 lines
http://git.pokylinux.org/cgit/cgit.cgi/linux-yocto-2.6.34/commit/?h=standard&id=72ca49ab08b8eb475cec82a10049503602325791
It sounds like there may be a SRCREV problem for the board that isn't picking up that change. Can you confirm that this commit is in your board branch ? You can check in your build directory for linux.
Quoted 4 lines
I have found that stable branch 2.6.34 contains a bug when trying to build the perf tools. I have a patch but I've not been able to upstream it yet, I've copy pasted it inline here, hopefully it doesn't wrap too badly:

Quoted 5 lines

Just so I've got all the context here. This failure is on top of the one you were asking about ? (the unsafe / includes). And this is unique to the 2.6.34-stable perf variant (i.e. no other newer kernel release has the issue) ?

The patch is required on 2.6.34-stable but not on 2.6.34 vanilla. I have not tested newer kernels but I believe there would be some compliants if it was still broken. So I think there was some specific backporting breakage with 2.6.34-stable. Without the patch I got this error on 2.6.34.6:

NOTE: make -j 2 DESTDIR=/home/gefanuc/auto/main/build/work/ge-sbc612-angstrom-linux/linux-ge-2.6.x+22411-r0/image CC=powerpc-angstrom-linux-gcc LD=powerpc-angstrom-linux-ld Makefile:508: No libdw.h found or old libdw.h found, disables dwarf support. Please install elfutils-devel/elfutils-dev
touch .perf.dev.null
CC perf.o
CC bench/sched-messaging.o
bench/sched-messaging.c:34: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'use_pipes'
bench/sched-messaging.c:36: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'thread_mode'
bench/sched-messaging.c: In function 'fdpair':
bench/sched-messaging.c:61: error: 'use_pipes' undeclared (first use in this function)
bench/sched-messaging.c:61: error: (Each undeclared identifier is reported only once
bench/sched-messaging.c:61: error: for each function it appears in.)
bench/sched-messaging.c: In function 'receiver':
bench/sched-messaging.c:120: error: 'thread_mode' undeclared (first use in this function)
bench/sched-messaging.c: In function 'create_worker':
bench/sched-messaging.c:149: error: 'thread_mode' undeclared (first use in this function)
bench/sched-messaging.c: In function 'reap_worker':
bench/sched-messaging.c:189: error: 'thread_mode' undeclared (first use in this function)
bench/sched-messaging.c: In function 'group':
bench/sched-messaging.c:232: error: 'thread_mode' undeclared (first use in this function)
bench/sched-messaging.c: At top level:
bench/sched-messaging.c:255: error: 'use_pipes' undeclared here (not in a function)
bench/sched-messaging.c:257: error: 'thread_mode' undeclared here (not in a function)
make: *** [bench/sched-messaging.o] Error 1
make: *** Waiting for unfinished jobs....

Regards

Malcolm

Quoted 57 lines

with those answers, I can appropriately deal with it and vector it to the right places.
Cheers,
Bruce
Quoted 48 lines
Author: Malcolm Crossley <[email protected]>
Date: Fri Jul 22 22:44:53 2011 +0100
Kernel version 2.6.34.6. has a bug with regards to it's perf tool source files. This patch adds a missing include directive.
Signed-off-by Malcolm Crossley <[email protected]>
tools/perf/perf.h +1 -0
index 6fb379b..3c497c5 100644
@@ -73,6 +73,7 @@
 #include <unistd.h>
 #include <sys/types.h>
 #include <sys/syscall.h>
+#include <stdbool.h>
 
 #include "../../include/linux/perf_event.h"
 #include "util/types.h"
Regards
Malcolm
Quoted 12 lines
Bruce
Quoted 8 lines
cheers,
Andre
_______________________________________________
yocto mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/yocto
Quoted 4 lines
_______________________________________________
yocto mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/yocto
_______________________________________________
yocto mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/yocto

Bruce Ashfield

2011-07-29 14:33 UTC #6 lore raw

Quoted 74 lines · Malcolm Crossley

Quoted 68 lines · Bruce Ashfield
Quoted 62 lines · Malcolm Crossley
Quoted 52 lines · Bruce Ashfield
Quoted 29 lines · Andre Haupt
Quoted 6 lines · Andre Haupt
Hi all,
I am trying to build a poky bernard image for crownbay-noemgd. For this i checked out the bernard branch of both poky and meta-intel from git.yoctoproject.org.
Quoted 6 lines
Bitbake fails during the kernels compile_perf task complaining that it can not
find libdw.h and bfd.h and that using /usr/local/include as include location is unsafe for cross compilation (full log attached).
What do i miss here?
I did work around this with
meta/recipes-kernel/linux/linux-yocto-stable_git.bb +0 -0
index 3c1e669..85caa92 100644
@@ -42,4 +42,4 @@ KERNEL_FEATURES=features/netfilter
addtask kernel_link_vmlinux after do_compile before do_install addtask validate_branches before do_patch after do_kernel_checkout
meta/recipes-kernel/linux/linux-yocto-stable_git.bb +1 -1
-require linux-tools.inc
+#require linux-tools.inc
Quoted 1 line
not sure that this is the right thing to do though.
It's an acceptable work around to keep you building on your local machine, assuming that you don't need perf. But the linux-yocto recipes always want to provide perf, and hence have that include.
I'm trying to dust off my memory here. I know that this has been seen, and I also know that this built fine in the bernard release.
The first part of the issue is the:
Makefile:508: No libdw.h found or old libdw.h found, disables dwarf support. Please install elfutils-devel/elfutils-dev
We may have a missing host dependency in the checks. Have you tried installing the relevant package for F13 ?
As for the second, there's a patch in the 2.6.34 kernel tree that is dealing with it:
Quoted 8 lines
http://git.pokylinux.org/cgit/cgit.cgi/linux-yocto-2.6.34/commit/?h=standard&id=72ca49ab08b8eb475cec82a10049503602325791
It sounds like there may be a SRCREV problem for the board that isn't picking up that change. Can you confirm that this commit is in your board branch ? You can check in your build directory for linux.
Quoted 4 lines
I have found that stable branch 2.6.34 contains a bug when trying to build the perf tools. I have a patch but I've not been able to upstream it yet, I've copy pasted it inline here, hopefully it doesn't wrap too badly:
Quoted 5 lines
Just so I've got all the context here. This failure is on top of the one you were asking about ? (the unsafe / includes). And this is unique to the 2.6.34-stable perf variant (i.e. no other newer kernel release has the issue) ?

Quoted 5 lines

The patch is required on 2.6.34-stable but not on 2.6.34 vanilla. I have not tested newer kernels but I believe there would be some compliants if it was still broken. So I think there was some specific backporting breakage with 2.6.34-stable. Without the patch I got this error on 2.6.34.6:

odd. Our autobuilders and local builds should have shown this, since we are already past 2.6.34.6 for those boards.

We'll have to look into this one a bit more.

Bruce

Quoted 102 lines

NOTE: make -j 2 DESTDIR=/home/gefanuc/auto/main/build/work/ge-sbc612-angstrom-linux/linux-ge-2.6.x+22411-r0/image CC=powerpc-angstrom-linux-gcc LD=powerpc-angstrom-linux-ld
Makefile:508: No libdw.h found or old libdw.h found, disables dwarf
support. Please install elfutils-devel/elfutils-dev
touch .perf.dev.null
CC perf.o
CC bench/sched-messaging.o
bench/sched-messaging.c:34: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'use_pipes'
bench/sched-messaging.c:36: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'thread_mode'
bench/sched-messaging.c: In function 'fdpair':
bench/sched-messaging.c:61: error: 'use_pipes' undeclared (first use in
this function)
bench/sched-messaging.c:61: error: (Each undeclared identifier is
reported only once
bench/sched-messaging.c:61: error: for each function it appears in.) bench/sched-messaging.c: In function 'receiver':
bench/sched-messaging.c:120: error: 'thread_mode' undeclared (first use
in this function)
bench/sched-messaging.c: In function 'create_worker':
bench/sched-messaging.c:149: error: 'thread_mode' undeclared (first use
in this function)
bench/sched-messaging.c: In function 'reap_worker':
bench/sched-messaging.c:189: error: 'thread_mode' undeclared (first use
in this function)
bench/sched-messaging.c: In function 'group':
bench/sched-messaging.c:232: error: 'thread_mode' undeclared (first use
in this function)
bench/sched-messaging.c: At top level:
bench/sched-messaging.c:255: error: 'use_pipes' undeclared here (not in
a function)
bench/sched-messaging.c:257: error: 'thread_mode' undeclared here (not
in a function)
make: *** [bench/sched-messaging.o] Error 1
make: *** Waiting for unfinished jobs....
Regards
Malcolm
Quoted 57 lines
with those answers, I can appropriately deal with it and vector it to the right places.
Cheers,
Bruce
Quoted 48 lines
Author: Malcolm Crossley <[email protected]>
Date: Fri Jul 22 22:44:53 2011 +0100
Kernel version 2.6.34.6. has a bug with regards to it's perf tool source files. This patch adds a missing include directive.
Signed-off-by Malcolm Crossley <[email protected]>
tools/perf/perf.h +1 -0
index 6fb379b..3c497c5 100644
@@ -73,6 +73,7 @@
 #include <unistd.h>
 #include <sys/types.h>
 #include <sys/syscall.h>
+#include <stdbool.h>
 
 #include "../../include/linux/perf_event.h"
 #include "util/types.h"
Regards
Malcolm
Quoted 12 lines
Bruce
Quoted 8 lines
cheers,
Andre
_______________________________________________
yocto mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/yocto
Quoted 4 lines
_______________________________________________
yocto mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/yocto
_______________________________________________
yocto mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/yocto

Malcolm Crossley

2011-07-29 14:51 UTC #7 lore raw

Quoted 82 lines · Bruce Ashfield

Quoted 75 lines · Malcolm Crossley
Quoted 69 lines · Bruce Ashfield
Quoted 63 lines · Malcolm Crossley
Quoted 57 lines · Bruce Ashfield
Quoted 29 lines · Andre Haupt
Quoted 6 lines · Andre Haupt
Hi all,
I am trying to build a poky bernard image for crownbay-noemgd. For this i checked out the bernard branch of both poky and meta-intel from git.yoctoproject.org.
Quoted 6 lines
Bitbake fails during the kernels compile_perf task complaining that it can not
find libdw.h and bfd.h and that using /usr/local/include as include location is unsafe for cross compilation (full log attached).
What do i miss here?
I did work around this with
meta/recipes-kernel/linux/linux-yocto-stable_git.bb +0 -0
index 3c1e669..85caa92 100644
@@ -42,4 +42,4 @@ KERNEL_FEATURES=features/netfilter
addtask kernel_link_vmlinux after do_compile before do_install addtask validate_branches before do_patch after do_kernel_checkout
meta/recipes-kernel/linux/linux-yocto-stable_git.bb +1 -1
-require linux-tools.inc
+#require linux-tools.inc
Quoted 1 line
not sure that this is the right thing to do though.
It's an acceptable work around to keep you building on your local machine, assuming that you don't need perf. But the linux-yocto recipes always want to provide perf, and hence have that include.
I'm trying to dust off my memory here. I know that this has been seen, and I also know that this built fine in the bernard release.
The first part of the issue is the:
Makefile:508: No libdw.h found or old libdw.h found, disables dwarf support. Please install elfutils-devel/elfutils-dev
We may have a missing host dependency in the checks. Have you tried installing the relevant package for F13 ?
As for the second, there's a patch in the 2.6.34 kernel tree that is dealing with it:
http://git.pokylinux.org/cgit/cgit.cgi/linux-yocto-2.6.34/commit/?h=standard&id=72ca49ab08b8eb475cec82a10049503602325791
Quoted 4 lines
It sounds like there may be a SRCREV problem for the board that isn't picking up that change. Can you confirm that this commit is in your board branch ? You can check in your build directory for linux.
Quoted 4 lines
I have found that stable branch 2.6.34 contains a bug when trying to build the perf tools. I have a patch but I've not been able to upstream it yet, I've copy pasted it inline here, hopefully it doesn't wrap too badly:
Quoted 5 lines
Just so I've got all the context here. This failure is on top of the one you were asking about ? (the unsafe / includes). And this is unique to the 2.6.34-stable perf variant (i.e. no other newer kernel release has the issue) ?
Quoted 5 lines
The patch is required on 2.6.34-stable but not on 2.6.34 vanilla. I have not tested newer kernels but I believe there would be some compliants if it was still broken. So I think there was some specific backporting breakage with 2.6.34-stable. Without the patch I got this error on 2.6.34.6:

Quoted 5 lines

odd. Our autobuilders and local builds should have shown this, since we are already past 2.6.34.6 for those boards.
We'll have to look into this one a bit more.

I saw this problem using Openembedded stable 2009 branch, so yocto could be fine due to different environment setup. I was posting the patch in case it helped with this issue because it looked similar.

Regards

Malcolm

Quoted 105 lines

Quoted 104 lines
NOTE: make -j 2 DESTDIR=/home/gefanuc/auto/main/build/work/ge-sbc612-angstrom-linux/linux-ge-2.6.x+22411-r0/image
CC=powerpc-angstrom-linux-gcc LD=powerpc-angstrom-linux-ld Makefile:508: No libdw.h found or old libdw.h found, disables dwarf support. Please install elfutils-devel/elfutils-dev
touch .perf.dev.null
CC perf.o
CC bench/sched-messaging.o
bench/sched-messaging.c:34: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'use_pipes' bench/sched-messaging.c:36: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'thread_mode' bench/sched-messaging.c: In function 'fdpair':
bench/sched-messaging.c:61: error: 'use_pipes' undeclared (first use in this function)
bench/sched-messaging.c:61: error: (Each undeclared identifier is reported only once
bench/sched-messaging.c:61: error: for each function it appears in.) bench/sched-messaging.c: In function 'receiver':
bench/sched-messaging.c:120: error: 'thread_mode' undeclared (first use in this function)
bench/sched-messaging.c: In function 'create_worker':
bench/sched-messaging.c:149: error: 'thread_mode' undeclared (first use in this function)
bench/sched-messaging.c: In function 'reap_worker':
bench/sched-messaging.c:189: error: 'thread_mode' undeclared (first use in this function)
bench/sched-messaging.c: In function 'group':
bench/sched-messaging.c:232: error: 'thread_mode' undeclared (first use in this function)
bench/sched-messaging.c: At top level:
bench/sched-messaging.c:255: error: 'use_pipes' undeclared here (not in a function)
bench/sched-messaging.c:257: error: 'thread_mode' undeclared here (not in a function)
make: *** [bench/sched-messaging.o] Error 1
make: *** Waiting for unfinished jobs....
Regards
Malcolm
Quoted 57 lines
with those answers, I can appropriately deal with it and vector it to the right places.
Cheers,
Bruce
Quoted 48 lines
Author: Malcolm Crossley <[email protected]>
Date: Fri Jul 22 22:44:53 2011 +0100
Kernel version 2.6.34.6. has a bug with regards to it's perf tool source files. This patch adds a missing include directive.
Signed-off-by Malcolm Crossley <[email protected]>
tools/perf/perf.h +1 -0
index 6fb379b..3c497c5 100644
@@ -73,6 +73,7 @@
 #include <unistd.h>
 #include <sys/types.h>
 #include <sys/syscall.h>
+#include <stdbool.h>
 
 #include "../../include/linux/perf_event.h"
 #include "util/types.h"
Regards
Malcolm
Quoted 12 lines
Bruce
Quoted 8 lines
cheers,
Andre
_______________________________________________
yocto mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/yocto
Quoted 4 lines
_______________________________________________
yocto mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/yocto
_______________________________________________
yocto mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/yocto

Bruce Ashfield

2011-07-29 14:56 UTC #8 lore raw

Quoted 88 lines · Malcolm Crossley

Quoted 87 lines · Bruce Ashfield
Quoted 77 lines · Malcolm Crossley
Quoted 71 lines · Bruce Ashfield
Quoted 64 lines · Malcolm Crossley
Quoted 58 lines · Bruce Ashfield
Quoted 30 lines · Andre Haupt
Quoted 7 lines · Andre Haupt
Hi all,
I am trying to build a poky bernard image for crownbay-noemgd. For this i checked out the bernard branch of both poky and meta-intel
from git.yoctoproject.org.
Quoted 6 lines
Bitbake fails during the kernels compile_perf task complaining that it can not
find libdw.h and bfd.h and that using /usr/local/include as include location is unsafe for cross compilation (full log attached).
What do i miss here?
I did work around this with
meta/recipes-kernel/linux/linux-yocto-stable_git.bb +0 -0
index 3c1e669..85caa92 100644
@@ -42,4 +42,4 @@ KERNEL_FEATURES=features/netfilter
addtask kernel_link_vmlinux after do_compile before do_install addtask validate_branches before do_patch after do_kernel_checkout
meta/recipes-kernel/linux/linux-yocto-stable_git.bb +1 -1
-require linux-tools.inc
+#require linux-tools.inc
Quoted 1 line
not sure that this is the right thing to do though.
It's an acceptable work around to keep you building on your local machine, assuming that you don't need perf. But the linux-yocto recipes always want to provide perf, and hence have that include.
I'm trying to dust off my memory here. I know that this has been seen, and I also know that this built fine in the bernard release.
The first part of the issue is the:
Makefile:508: No libdw.h found or old libdw.h found, disables dwarf support. Please install elfutils-devel/elfutils-dev
We may have a missing host dependency in the checks. Have you tried installing the relevant package for F13 ?
As for the second, there's a patch in the 2.6.34 kernel tree that is dealing with it:
http://git.pokylinux.org/cgit/cgit.cgi/linux-yocto-2.6.34/commit/?h=standard&id=72ca49ab08b8eb475cec82a10049503602325791
Quoted 4 lines
It sounds like there may be a SRCREV problem for the board that isn't picking up that change. Can you confirm that this commit is in your board branch ? You can check in your build directory for linux.
Quoted 5 lines
I have found that stable branch 2.6.34 contains a bug when trying to build the perf tools. I have a patch but I've not been able to upstream
it yet, I've copy pasted it inline here, hopefully it doesn't wrap too badly:
Quoted 5 lines
Just so I've got all the context here. This failure is on top of the one you were asking about ? (the unsafe / includes). And this is unique to the 2.6.34-stable perf variant (i.e. no other newer kernel release has the issue) ?
Quoted 5 lines
The patch is required on 2.6.34-stable but not on 2.6.34 vanilla. I have not tested newer kernels but I believe there would be some compliants if it was still broken. So I think there was some specific backporting breakage with 2.6.34-stable. Without the patch I got this error on 2.6.34.6:
odd. Our autobuilders and local builds should have shown this, since we are already past 2.6.34.6 for those boards.

Quoted 6 lines

Quoted 2 lines
We'll have to look into this one a bit more.
I saw this problem using Openembedded stable 2009 branch, so yocto could be fine due to different environment setup. I was posting the patch in case it helped with this issue because it looked similar.

No worries! thanks for the report and the post, I'm going to keep this on my radar going forward.

Cheers,

Bruce

Quoted 111 lines

Regards
Malcolm
Quoted 106 lines
Quoted 105 lines
NOTE: make -j 2 DESTDIR=/home/gefanuc/auto/main/build/work/ge-sbc612-angstrom-linux/linux-ge-2.6.x+22411-r0/image
CC=powerpc-angstrom-linux-gcc LD=powerpc-angstrom-linux-ld Makefile:508: No libdw.h found or old libdw.h found, disables dwarf support. Please install elfutils-devel/elfutils-dev
touch .perf.dev.null
CC perf.o
CC bench/sched-messaging.o
bench/sched-messaging.c:34: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'use_pipes' bench/sched-messaging.c:36: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'thread_mode' bench/sched-messaging.c: In function 'fdpair':
bench/sched-messaging.c:61: error: 'use_pipes' undeclared (first use in this function)
bench/sched-messaging.c:61: error: (Each undeclared identifier is reported only once
bench/sched-messaging.c:61: error: for each function it appears in.) bench/sched-messaging.c: In function 'receiver':
bench/sched-messaging.c:120: error: 'thread_mode' undeclared (first use in this function)
bench/sched-messaging.c: In function 'create_worker':
bench/sched-messaging.c:149: error: 'thread_mode' undeclared (first use in this function)
bench/sched-messaging.c: In function 'reap_worker':
bench/sched-messaging.c:189: error: 'thread_mode' undeclared (first use in this function)
bench/sched-messaging.c: In function 'group':
bench/sched-messaging.c:232: error: 'thread_mode' undeclared (first use in this function)
bench/sched-messaging.c: At top level:
bench/sched-messaging.c:255: error: 'use_pipes' undeclared here (not in a function)
bench/sched-messaging.c:257: error: 'thread_mode' undeclared here (not in a function)
make: *** [bench/sched-messaging.o] Error 1
make: *** Waiting for unfinished jobs....
Regards
Malcolm
Quoted 58 lines
with those answers, I can appropriately deal with it and vector it to the right places.
Cheers,
Bruce
Quoted 49 lines
Author: Malcolm Crossley <[email protected]>
Date: Fri Jul 22 22:44:53 2011 +0100
Kernel version 2.6.34.6. has a bug with regards to it's perf tool source
files. This patch adds a missing include directive.
Signed-off-by Malcolm Crossley <[email protected]>
tools/perf/perf.h +1 -0
index 6fb379b..3c497c5 100644
@@ -73,6 +73,7 @@
 #include <unistd.h>
 #include <sys/types.h>
 #include <sys/syscall.h>
+#include <stdbool.h>
 
 #include "../../include/linux/perf_event.h"
 #include "util/types.h"
Regards
Malcolm
Quoted 12 lines
Bruce
Quoted 8 lines
cheers,
Andre
_______________________________________________
yocto mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/yocto
Quoted 4 lines
_______________________________________________
yocto mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/yocto
_______________________________________________
yocto mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/yocto

Andre Haupt

author

2011-07-29 14:04 UTC #9 lore raw

In reply to Bruce Ashfield

Hi Bruce,

thanks for your comments. See below

Quoted 11 lines · Bruce Ashfield

I'm trying to dust off my memory here. I know that this has been seen, and I also know that this built fine in the bernard release.
The first part of the issue is the:
Makefile:508: No libdw.h found or old libdw.h found, disables dwarf support. Please install elfutils-devel/elfutils-dev
We may have a missing host dependency in the checks. Have you tried installing the relevant package for F13 ?

I had elfutils-devel installed.

Quoted 9 lines

As for the second, there's a patch in the 2.6.34 kernel tree that is dealing with it:
http://git.pokylinux.org/cgit/cgit.cgi/linux-yocto-2.6.34/commit/?h=standard&id=72ca49ab08b8eb475cec82a10049503602325791
It sounds like there may be a SRCREV problem for the board that isn't picking up that change. Can you confirm that this commit is in your board branch ? You can check in your build directory for linux.

This commit is not in the crownbay-standard branch.

cheers,

Andre

Bruce Ashfield

2011-07-29 14:09 UTC #10 lore raw

Quoted 21 lines · Andre Haupt

Hi Bruce,
thanks for your comments. See below
Quoted 11 lines · Bruce Ashfield
I'm trying to dust off my memory here. I know that this has been seen, and I also know that this built fine in the bernard release.
The first part of the issue is the:
Makefile:508: No libdw.h found or old libdw.h found, disables dwarf support. Please install elfutils-devel/elfutils-dev
We may have a missing host dependency in the checks. Have you tried installing the relevant package for F13 ?
I had elfutils-devel installed.
Quoted 3 lines
As for the second, there's a patch in the 2.6.34 kernel tree that is dealing with it:

Quoted 7 lines

Quoted 6 lines
http://git.pokylinux.org/cgit/cgit.cgi/linux-yocto-2.6.34/commit/?h=standard&id=72ca49ab08b8eb475cec82a10049503602325791
It sounds like there may be a SRCREV problem for the board that isn't picking up that change. Can you confirm that this commit is in your board branch ? You can check in your build directory for linux.
This commit is not in the crownbay-standard branch.

Argh. That explains it. You can always cherry pick / apply it locally. This is intended to be a blanket fix, and I just double checked and I for some reason *don't* see it on that one branch either, which means it isn't a SRCREV error hiding it.

I'm going to merge the patch out to the BSP branch now, but you'd still need a SRCREV update to see the change in your build.

Cheers,

Bruce

Quoted 4 lines

cheers,
Andre

Bruce Ashfield

2011-07-29 14:32 UTC #11 lore raw

Quoted 37 lines · Bruce Ashfield

Quoted 21 lines · Andre Haupt
Hi Bruce,
thanks for your comments. See below
Quoted 11 lines · Bruce Ashfield
I'm trying to dust off my memory here. I know that this has been seen, and I also know that this built fine in the bernard release.
The first part of the issue is the:
Makefile:508: No libdw.h found or old libdw.h found, disables dwarf support. Please install elfutils-devel/elfutils-dev
We may have a missing host dependency in the checks. Have you tried installing the relevant package for F13 ?
I had elfutils-devel installed.
Quoted 3 lines
As for the second, there's a patch in the 2.6.34 kernel tree that is dealing with it:
Quoted 8 lines
Quoted 7 lines
http://git.pokylinux.org/cgit/cgit.cgi/linux-yocto-2.6.34/commit/?h=standard&id=72ca49ab08b8eb475cec82a10049503602325791
It sounds like there may be a SRCREV problem for the board that isn't picking up that change. Can you confirm that this commit is in your board branch ? You can check in your build directory for linux.
This commit is not in the crownbay-standard branch.
Argh. That explains it. You can always cherry pick / apply it locally. This is intended to be a blanket fix, and I just double checked and I for some reason *don't* see it on that one branch either, which means it isn't a SRCREV error hiding it.

Quoted 3 lines

I'm going to merge the patch out to the BSP branch now, but you'd still need a SRCREV update to see the change in your build.

I pushed out the change. If your SRCREV is a945cd4a4b27c8f9165f4064c8c60e4df569b4c5 for the crownbay, you'll pickup the commit.

Bruce

Quoted 14 lines

Cheers,
Bruce
Quoted 4 lines
cheers,
Andre
_______________________________________________
yocto mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/yocto

Andre Haupt

author

2011-08-01 09:04 UTC #12 lore raw

Quoted 18 lines · Bruce Ashfield

Quoted 18 lines
Quoted 11 lines
Quoted 10 lines
As for the second, there's a patch in the 2.6.34 kernel tree that is dealing with it:
http://git.pokylinux.org/cgit/cgit.cgi/linux-yocto-2.6.34/commit/?h=standard&id=72ca49ab08b8eb475cec82a10049503602325791
It sounds like there may be a SRCREV problem for the board that isn't picking up that change. Can you confirm that this commit is in your board branch ? You can check in your build directory for linux.
This commit is not in the crownbay-standard branch.
Argh. That explains it. You can always cherry pick / apply it locally. This is intended to be a blanket fix, and I just double checked and I for some reason *don't* see it on that one branch either, which means it isn't a SRCREV error hiding it.

Quoted 7 lines

Quoted 3 lines
I'm going to merge the patch out to the BSP branch now, but you'd still need a SRCREV update to see the change in your build.
I pushed out the change. If your SRCREV is
a945cd4a4b27c8f9165f4064c8c60e4df569b4c5 for the
crownbay, you'll pickup the commit.

Thank you very much, Bruce. The patch is now picked up, and the build runs successfully.

cheers,

Andre