Date   

Yocto weekly bug trend charts -- WW31

Xu, Jiajun <jiajun.xu@...>
 

Hi all,
Yocto 1.1 M2 released last week. The new-submit vs. fixed bug is 28 vs. 36. A lot of bugs are fixed, which make both open bug number and WDD number decreased a lot -- Open bug number from 185 to 174; WDD number from 943 to 887. Bug status of WW30 could be found on https://wiki.pokylinux.org/wiki/Yocto_Bug_Trend.

Best Regards,
Jiajun


Re: [PATCH][linux-yocto-3.0] drivers/misc/pch_phub.c: don't oops if dmi_get_system_info returns NULL

Bruce Ashfield <bruce.ashfield@...>
 

On 11-07-30 2:34 PM, Khem Raj wrote:
On Thursday, July 28, 2011 04:51:41 PM Darren Hart wrote:
Bruce,

Please apply to yocto/base. Fixes a boot issue for a
tunnel creek development board.

--

commit 2b934c6236983392d01bef22e43af3051cac16f5

If dmi_get_system_info() returns NULL, pch_phub_probe() will dereferencea
a zero pointer.

This oops was observed on an Atom based board which has no BIOS, but a
bootloder which doesn't privde DMI data.

Signed-off-by: Alexander Stein<alexander.stein@...>
Cc: Tomoya MORINAGA<tomoya-linux@...>
Cc: Greg KH<gregkh@...>
Signed-off-by: Andrew Morton<akpm@...>
Signed-off-by: Linus Torvalds<torvalds@...>
---
drivers/misc/pch_phub.c | 5 ++++-
1 files changed, 4 insertions(+), 1 deletions(-)

diff --git a/drivers/misc/pch_phub.c b/drivers/misc/pch_phub.c
index 5fe79df..01eb67b 100644
--- a/drivers/misc/pch_phub.c
+++ b/drivers/misc/pch_phub.c
@@ -686,6 +686,8 @@ static int __devinit pch_phub_probe(struct pci_dev
*pdev, }

if (id->driver_data == 1) { /* EG20T PCH */
+ const char *board_name;
+
retval = sysfs_create_file(&pdev->dev.kobj,
&dev_attr_pch_mac.attr);
if (retval)
@@ -701,7 +703,8 @@ static int __devinit pch_phub_probe(struct pci_dev
*pdev, CLKCFG_CANCLK_MASK);

/* quirk for CM-iTC board */
- if (strstr(dmi_get_system_info(DMI_BOARD_NAME), "CM-iTC"))
+ board_name = dmi_get_system_info(DMI_BOARD_NAME);
+ if (board_name&& strstr(board_name, "CM-iTC"))
May be it could be just if ( dmi_get_system_info(DMI_BOARD_NAME)&&
strstr(board_name, "CM-iTC"))

although I think compiler will already do it internally
Could very well be. I grabbed this one directly from linus' tree,
so I've got it as-is for now, but I've tagged it to be considered
later if we do decide that we want to send a tweak of this upstream

Thanks!

Bruce


pch_phub_read_modify_write_reg(chip,
(unsigned int)CLKCFG_REG_OFFSET,
CLKCFG_UART_48MHZ | CLKCFG_BAUDDIV |


Re: [PATCH][linux-yocto-3.0] drivers/misc/pch_phub.c: don't oops if dmi_get_system_info returns NULL

Khem Raj
 

On Thursday, July 28, 2011 04:51:41 PM Darren Hart wrote:
Bruce,

Please apply to yocto/base. Fixes a boot issue for a
tunnel creek development board.

--

commit 2b934c6236983392d01bef22e43af3051cac16f5

If dmi_get_system_info() returns NULL, pch_phub_probe() will dereferencea
a zero pointer.

This oops was observed on an Atom based board which has no BIOS, but a
bootloder which doesn't privde DMI data.

Signed-off-by: Alexander Stein <alexander.stein@...>
Cc: Tomoya MORINAGA <tomoya-linux@...>
Cc: Greg KH <gregkh@...>
Signed-off-by: Andrew Morton <akpm@...>
Signed-off-by: Linus Torvalds <torvalds@...>
---
drivers/misc/pch_phub.c | 5 ++++-
1 files changed, 4 insertions(+), 1 deletions(-)

diff --git a/drivers/misc/pch_phub.c b/drivers/misc/pch_phub.c
index 5fe79df..01eb67b 100644
--- a/drivers/misc/pch_phub.c
+++ b/drivers/misc/pch_phub.c
@@ -686,6 +686,8 @@ static int __devinit pch_phub_probe(struct pci_dev
*pdev, }

if (id->driver_data == 1) { /* EG20T PCH */
+ const char *board_name;
+
retval = sysfs_create_file(&pdev->dev.kobj,
&dev_attr_pch_mac.attr);
if (retval)
@@ -701,7 +703,8 @@ static int __devinit pch_phub_probe(struct pci_dev
*pdev, CLKCFG_CANCLK_MASK);

/* quirk for CM-iTC board */
- if (strstr(dmi_get_system_info(DMI_BOARD_NAME), "CM-iTC"))
+ board_name = dmi_get_system_info(DMI_BOARD_NAME);
+ if (board_name && strstr(board_name, "CM-iTC"))
May be it could be just if ( dmi_get_system_info(DMI_BOARD_NAME) &&
strstr(board_name, "CM-iTC"))

although I think compiler will already do it internally

pch_phub_read_modify_write_reg(chip,
(unsigned int)CLKCFG_REG_OFFSET,
CLKCFG_UART_48MHZ | CLKCFG_BAUDDIV |
--
Khem Raj


Mailing lists are moving to a new host

Michael Halstead <michaelx.d.halstead@...>
 

On Monday August 1st from 10pm to midnight PDT we will move mailing lists and related services to new hardware hosted at the
OSU Open Source Lab. Archive access will be available during the entire process but changes using the web interface at lists.yoctoproject.org may be lost. E-mail sent to lists will be delayed until the transition is complete. If you send an e-mail to the list during the move expect that it will go through after a few hours. There should be no need to resend e-mail.

Michael Halstead
Intel OTC Yocto


Re: crownbay-noemgd poky-image-minimal fails to build

Bruce Ashfield <bruce.ashfield@...>
 

On 07/29/11 10:51, Malcolm Crossley wrote:
On 29/07/2011 15:33, Bruce Ashfield wrote:
On 07/29/11 10:11, Malcolm Crossley wrote:
On 29/07/2011 15:02, Bruce Ashfield wrote:
On 07/29/11 09:57, Malcolm Crossley wrote:
On 29/07/2011 14:12, Bruce Ashfield wrote:
On 07/29/11 06:05, Andre Haupt wrote:
On Fri, Jul 29, 2011 at 09:23:59AM +0200, Andre Haupt wrote:
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

diff --git a/meta/recipes-kernel/linux/linux-yocto-stable_git.bb
b/meta/recipes-
index 3c1e669..85caa92 100644
--- a/meta/recipes-kernel/linux/linux-yocto-stable_git.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-stable_git.bb
@@ -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.
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.
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) ?
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.
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


Regards

Malcolm


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



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

Cheers,

Bruce


Author: Malcolm Crossley <malcolm.crossley@...>
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 <malcolm.crossley@...>

diff --git a/tools/perf/perf.h b/tools/perf/perf.h
index 6fb379b..3c497c5 100644
--- a/tools/perf/perf.h
+++ b/tools/perf/perf.h
@@ -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


Bruce


cheers,

Andre
_______________________________________________
yocto mailing list
yocto@...
https://lists.yoctoproject.org/listinfo/yocto
_______________________________________________
yocto mailing list
yocto@...
https://lists.yoctoproject.org/listinfo/yocto
_______________________________________________
yocto mailing list
yocto@...
https://lists.yoctoproject.org/listinfo/yocto


Re: crownbay-noemgd poky-image-minimal fails to build

Malcolm Crossley <malcolm.crossley@...>
 

On 29/07/2011 15:33, Bruce Ashfield wrote:
On 07/29/11 10:11, Malcolm Crossley wrote:
On 29/07/2011 15:02, Bruce Ashfield wrote:
On 07/29/11 09:57, Malcolm Crossley wrote:
On 29/07/2011 14:12, Bruce Ashfield wrote:
On 07/29/11 06:05, Andre Haupt wrote:
On Fri, Jul 29, 2011 at 09:23:59AM +0200, Andre Haupt wrote:
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

diff --git a/meta/recipes-kernel/linux/linux-yocto-stable_git.bb
b/meta/recipes-
index 3c1e669..85caa92 100644
--- a/meta/recipes-kernel/linux/linux-yocto-stable_git.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-stable_git.bb
@@ -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.
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.
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) ?
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.
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


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



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

Cheers,

Bruce


Author: Malcolm Crossley <malcolm.crossley@...>
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 <malcolm.crossley@...>

diff --git a/tools/perf/perf.h b/tools/perf/perf.h
index 6fb379b..3c497c5 100644
--- a/tools/perf/perf.h
+++ b/tools/perf/perf.h
@@ -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


Bruce


cheers,

Andre
_______________________________________________
yocto mailing list
yocto@...
https://lists.yoctoproject.org/listinfo/yocto
_______________________________________________
yocto mailing list
yocto@...
https://lists.yoctoproject.org/listinfo/yocto
_______________________________________________
yocto mailing list
yocto@...
https://lists.yoctoproject.org/listinfo/yocto


Re: crownbay-noemgd poky-image-minimal fails to build

Bruce Ashfield <bruce.ashfield@...>
 

On 07/29/11 10:11, Malcolm Crossley wrote:
On 29/07/2011 15:02, Bruce Ashfield wrote:
On 07/29/11 09:57, Malcolm Crossley wrote:
On 29/07/2011 14:12, Bruce Ashfield wrote:
On 07/29/11 06:05, Andre Haupt wrote:
On Fri, Jul 29, 2011 at 09:23:59AM +0200, Andre Haupt wrote:
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

diff --git a/meta/recipes-kernel/linux/linux-yocto-stable_git.bb
b/meta/recipes-
index 3c1e669..85caa92 100644
--- a/meta/recipes-kernel/linux/linux-yocto-stable_git.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-stable_git.bb
@@ -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.
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.
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) ?
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


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



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

Cheers,

Bruce


Author: Malcolm Crossley <malcolm.crossley@...>
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 <malcolm.crossley@...>

diff --git a/tools/perf/perf.h b/tools/perf/perf.h
index 6fb379b..3c497c5 100644
--- a/tools/perf/perf.h
+++ b/tools/perf/perf.h
@@ -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


Bruce


cheers,

Andre
_______________________________________________
yocto mailing list
yocto@...
https://lists.yoctoproject.org/listinfo/yocto
_______________________________________________
yocto mailing list
yocto@...
https://lists.yoctoproject.org/listinfo/yocto
_______________________________________________
yocto mailing list
yocto@...
https://lists.yoctoproject.org/listinfo/yocto


Re: crownbay-noemgd poky-image-minimal fails to build

Bruce Ashfield <bruce.ashfield@...>
 

On 07/29/11 10:09, Bruce Ashfield wrote:
On 07/29/11 10:03, Andre Haupt wrote:
Hi Bruce,

thanks for your comments. See below

On Fri, Jul 29, 2011 at 09:12:22AM -0400, Bruce Ashfield wrote:
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.

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.

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


Cheers,

Bruce


cheers,

Andre
_______________________________________________
yocto mailing list
yocto@...
https://lists.yoctoproject.org/listinfo/yocto


Re: crownbay-noemgd poky-image-minimal fails to build

Malcolm Crossley <malcolm.crossley@...>
 

On 29/07/2011 15:02, Bruce Ashfield wrote:
On 07/29/11 09:57, Malcolm Crossley wrote:
On 29/07/2011 14:12, Bruce Ashfield wrote:
On 07/29/11 06:05, Andre Haupt wrote:
On Fri, Jul 29, 2011 at 09:23:59AM +0200, Andre Haupt wrote:
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

diff --git a/meta/recipes-kernel/linux/linux-yocto-stable_git.bb
b/meta/recipes-
index 3c1e669..85caa92 100644
--- a/meta/recipes-kernel/linux/linux-yocto-stable_git.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-stable_git.bb
@@ -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.
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.
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) ?
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



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

Cheers,

Bruce


Author: Malcolm Crossley <malcolm.crossley@...>
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 <malcolm.crossley@...>

diff --git a/tools/perf/perf.h b/tools/perf/perf.h
index 6fb379b..3c497c5 100644
--- a/tools/perf/perf.h
+++ b/tools/perf/perf.h
@@ -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


Bruce


cheers,

Andre
_______________________________________________
yocto mailing list
yocto@...
https://lists.yoctoproject.org/listinfo/yocto
_______________________________________________
yocto mailing list
yocto@...
https://lists.yoctoproject.org/listinfo/yocto
_______________________________________________
yocto mailing list
yocto@...
https://lists.yoctoproject.org/listinfo/yocto


Re: crownbay-noemgd poky-image-minimal fails to build

Bruce Ashfield <bruce.ashfield@...>
 

On 07/29/11 10:03, Andre Haupt wrote:
Hi Bruce,

thanks for your comments. See below

On Fri, Jul 29, 2011 at 09:12:22AM -0400, Bruce Ashfield wrote:
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.

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.

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


cheers,

Andre


Re: crownbay-noemgd poky-image-minimal fails to build

Andre Haupt <andre@...>
 

Hi Bruce,

thanks for your comments. See below

On Fri, Jul 29, 2011 at 09:12:22AM -0400, Bruce Ashfield wrote:
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.

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


Re: crownbay-noemgd poky-image-minimal fails to build

Bruce Ashfield <bruce.ashfield@...>
 

On 07/29/11 09:57, Malcolm Crossley wrote:
On 29/07/2011 14:12, Bruce Ashfield wrote:
On 07/29/11 06:05, Andre Haupt wrote:
On Fri, Jul 29, 2011 at 09:23:59AM +0200, Andre Haupt wrote:
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

diff --git a/meta/recipes-kernel/linux/linux-yocto-stable_git.bb
b/meta/recipes-
index 3c1e669..85caa92 100644
--- a/meta/recipes-kernel/linux/linux-yocto-stable_git.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-stable_git.bb
@@ -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.
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.
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


Author: Malcolm Crossley <malcolm.crossley@...>
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 <malcolm.crossley@...>

diff --git a/tools/perf/perf.h b/tools/perf/perf.h
index 6fb379b..3c497c5 100644
--- a/tools/perf/perf.h
+++ b/tools/perf/perf.h
@@ -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


Bruce


cheers,

Andre
_______________________________________________
yocto mailing list
yocto@...
https://lists.yoctoproject.org/listinfo/yocto
_______________________________________________
yocto mailing list
yocto@...
https://lists.yoctoproject.org/listinfo/yocto
_______________________________________________
yocto mailing list
yocto@...
https://lists.yoctoproject.org/listinfo/yocto


Re: crownbay-noemgd poky-image-minimal fails to build

Malcolm Crossley <malcolm.crossley@...>
 

On 29/07/2011 14:12, Bruce Ashfield wrote:
On 07/29/11 06:05, Andre Haupt wrote:
On Fri, Jul 29, 2011 at 09:23:59AM +0200, Andre Haupt wrote:
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

diff --git a/meta/recipes-kernel/linux/linux-yocto-stable_git.bb b/meta/recipes-
index 3c1e669..85caa92 100644
--- a/meta/recipes-kernel/linux/linux-yocto-stable_git.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-stable_git.bb
@@ -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.
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.
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 <malcolm.crossley@...>
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 <malcolm.crossley@...>

diff --git a/tools/perf/perf.h b/tools/perf/perf.h
index 6fb379b..3c497c5 100644
--- a/tools/perf/perf.h
+++ b/tools/perf/perf.h
@@ -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


Bruce


cheers,

Andre
_______________________________________________
yocto mailing list
yocto@...
https://lists.yoctoproject.org/listinfo/yocto
_______________________________________________
yocto mailing list
yocto@...
https://lists.yoctoproject.org/listinfo/yocto


Re: crownbay-noemgd poky-image-minimal fails to build

Bruce Ashfield <bruce.ashfield@...>
 

On 07/29/11 06:05, Andre Haupt wrote:
On Fri, Jul 29, 2011 at 09:23:59AM +0200, Andre Haupt wrote:
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

diff --git a/meta/recipes-kernel/linux/linux-yocto-stable_git.bb b/meta/recipes-
index 3c1e669..85caa92 100644
--- a/meta/recipes-kernel/linux/linux-yocto-stable_git.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-stable_git.bb
@@ -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.
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


cheers,

Andre
_______________________________________________
yocto mailing list
yocto@...
https://lists.yoctoproject.org/listinfo/yocto


Re: crownbay-noemgd poky-image-minimal fails to build

Andre Haupt <andre@...>
 

On Fri, Jul 29, 2011 at 09:23:59AM +0200, Andre Haupt wrote:
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

diff --git a/meta/recipes-kernel/linux/linux-yocto-stable_git.bb b/meta/recipes-
index 3c1e669..85caa92 100644
--- a/meta/recipes-kernel/linux/linux-yocto-stable_git.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-stable_git.bb
@@ -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


crownbay-noemgd poky-image-minimal fails to build

Andre Haupt <andre@...>
 

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


Re: examples / docs on utilizing an external toolchain

David Stewart
 

Scott - I have had a couple of questions about this exact topic. Can you please submit a bug on this? Thanks.

Sent from my Blackberry

----- Original Message -----
From: Kumar Gala [mailto:galak@...]
Sent: Wednesday, July 27, 2011 08:37 PM
To: Yocto discussion list <yocto@...>
Subject: [yocto] examples / docs on utilizing an external toolchain

It seems like there is a way to use a prebuilt toolchain with poky but no real details.

Some refs in the docs like:

POKYMODE
Toolchain selector. It can be external toolchain built from Poky or few supported combinations of upstream GCC or CodeSourcery Labs toolchain.

But grepping the code there doesn't seem to be any actual use of POKYMODE. There seems to be some references even on the autobuilder about this 'nightly-external-toolchain'. So wondering what the details where on how to configure things to use an external toolchain.

- k
_______________________________________________
yocto mailing list
yocto@...
https://lists.yoctoproject.org/listinfo/yocto


Re: [PATCH][linux-yocto-3.0] drivers/misc/pch_phub.c: don't oops if dmi_get_system_info returns NULL

Bruce Ashfield <bruce.ashfield@...>
 

On 11-07-28 7:51 PM, Darren Hart wrote:
Bruce,

Please apply to yocto/base. Fixes a boot issue for a
tunnel creek development board.
I fetched and updated master in linux-yocto-3.0 and cherry picked
this into yocto/base, and merged it out.

e6625fa..55f9c40 master -> master
935b896..c33fc74 yocto/base -> yocto/base
67283c12..30a2cec yocto/standard/arm-versatile-926ejs -> yocto/standard/arm-versatile-926ejs
dee149a..318b059 yocto/standard/base -> yocto/standard/base
850784c..f79313d yocto/standard/beagleboard -> yocto/standard/beagleboard
b584e72..c30a568 yocto/standard/common-pc-64/base -> yocto/standard/common-pc-64/base
8064012..61da1e3 yocto/standard/common-pc-64/jasperforest -> yocto/standard/common-pc-64/jasperforest
69faf26..ac5c59d yocto/standard/common-pc-64/romley -> yocto/standard/common-pc-64/romley
1da9aad..c49c587 yocto/standard/common-pc-64/sugarbay -> yocto/standard/common-pc-64/sugarbay
287479a..9e321ee yocto/standard/common-pc/atom-pc -> yocto/standard/common-pc/atom-pc
f56a137..efaab1f yocto/standard/common-pc/base -> yocto/standard/common-pc/base
34a9e0e..9a259cf yocto/standard/crownbay -> yocto/standard/crownbay
311152b..8c09403 yocto/standard/emenlow -> yocto/standard/emenlow
813ec5a..e556c2a yocto/standard/fishriver -> yocto/standard/fishriver
2d19d3f..5e08aa8 yocto/standard/fri2 -> yocto/standard/fri2
1562ec0..a8eef04 yocto/standard/fsl-mpc8315e-rdb -> yocto/standard/fsl-mpc8315e-rdb
ac0f36e..f9b9688 yocto/standard/mti-malta32-be -> yocto/standard/mti-malta32-be
7d24c08..bb024ac yocto/standard/mti-malta32-le -> yocto/standard/mti-malta32-le
40381c3..6c76d97 yocto/standard/preempt-rt/base -> yocto/standard/preempt-rt/base
40381c3..5ae5cb6 yocto/standard/preempt-rt/common-pc -> yocto/standard/preempt-rt/common-pc
38525f1..a46a4c3 yocto/standard/qemu-ppc32 -> yocto/standard/qemu-ppc32
5eaea5c..df9213c yocto/standard/routerstationpro -> yocto/standard/routerstationpro

You'll need to use kernel-dev or update your SRCREVs manually to pick
it up. I've got a pending update that I'll send out later. But we'd have
to wait for it to merge into poky master anyway.

Cheers,

Bruce



--

commit 2b934c6236983392d01bef22e43af3051cac16f5

If dmi_get_system_info() returns NULL, pch_phub_probe() will dereferencea
a zero pointer.

This oops was observed on an Atom based board which has no BIOS, but a
bootloder which doesn't privde DMI data.

Signed-off-by: Alexander Stein<alexander.stein@...>
Cc: Tomoya MORINAGA<tomoya-linux@...>
Cc: Greg KH<gregkh@...>
Signed-off-by: Andrew Morton<akpm@...>
Signed-off-by: Linus Torvalds<torvalds@...>
---
drivers/misc/pch_phub.c | 5 ++++-
1 files changed, 4 insertions(+), 1 deletions(-)

diff --git a/drivers/misc/pch_phub.c b/drivers/misc/pch_phub.c
index 5fe79df..01eb67b 100644
--- a/drivers/misc/pch_phub.c
+++ b/drivers/misc/pch_phub.c
@@ -686,6 +686,8 @@ static int __devinit pch_phub_probe(struct pci_dev *pdev,
}

if (id->driver_data == 1) { /* EG20T PCH */
+ const char *board_name;
+
retval = sysfs_create_file(&pdev->dev.kobj,
&dev_attr_pch_mac.attr);
if (retval)
@@ -701,7 +703,8 @@ static int __devinit pch_phub_probe(struct pci_dev *pdev,
CLKCFG_CANCLK_MASK);

/* quirk for CM-iTC board */
- if (strstr(dmi_get_system_info(DMI_BOARD_NAME), "CM-iTC"))
+ board_name = dmi_get_system_info(DMI_BOARD_NAME);
+ if (board_name&& strstr(board_name, "CM-iTC"))
pch_phub_read_modify_write_reg(chip,
(unsigned int)CLKCFG_REG_OFFSET,
CLKCFG_UART_48MHZ | CLKCFG_BAUDDIV |


Re: Trying to create OpenDDS recipe

Darren Hart <dvhart@...>
 

Nitin, Khem, some toolchain related (I think) questions inline below.

On 07/28/2011 04:16 PM, Ourada, Paul wrote:
Hi Darren -

Thanks for getting back to me. I have been able to get a lot further
with the recipe. It turns out that the problem is in the makefiles
for OpenDDS. I'll detail further below.

Paul E. Ourada Sr. Principal Software Engineer Covidien, Energy-based
Devices 5920 Longbow Drive Boulder, CO 80301
paul.ourada@... www.covidien.com Main: 303-530-2300 Ofc:
303-581-6940 Fax: 303-581-6741


Hi Paul,
On 07/19/2011 07:41 AM, Ourada, Paul wrote:
I hope this is the correct place to post this. If not, please let
me know.
This is the right place. In the future please don't reply to an
existing post as your message then gets threaded with the one you
replied to (likely why you didn't receive a response so far - that
I see anyway).
I guess I thought that changing the subject would have fixed that.
Guess the mail list s/w is smarter than that. :)
In case you're actually curious :-) it's your mail client. It inserts
the following header:

In-Reply-To: <E7D51FCF-F5DC-448D-8354-410E0217D10F@...>

Which a compliant mail reader will thread with that message.



I'm trying to create a recipe for OpenDDS. The recipe works so
far as fetching, unpacking, and configuration. Or it seems to. :)
Part of the configuration piece is that it also pulls down
ACE+TAO real-time CORBA. This part works fine as well.

I set S as follows to match the unpacking directories enforced by
the tar file:

S = ${WORKINGDIR}/DDS

The package comes with a configuration script pre-built, and it
expects to be told where glibc is. So, I write do_configure as
follows:

EXTRA_OECONF = "-glibc=${STAGING_DIR}/${MACHINE}/usr"

do_configure() { ${S}/configure ${EXTRA_OECONF} }

The problem that I run into is during compilation. I write the
following for do_compile()

do_compile() { oenote ${STAGING_DIR} cd ${S} && make }
Is there a reason you are overriding configure and compile? These
appear to be autoconf projects, which should just work for recipes
using autotools.bbclass.
I had tried that initially. The configuration file is already
supplied, so running autotools to create the configure script is not
necessary, but running ./configure is. Is there a better way to do
that?
Does regenerating .configure actually cause a problem? If not, I would
still suggest using the autotools base and simplify your recipe.


: : << most of the compiler command line gobblety-gook snipped>>

-DTAO_IDL_PREPROCESSOR=\"i586-poky-linux-g++ -march=i586
--sysroot=/opt/yocto/poky-5.0.1-build/tmp/sysroots/qemux86\"

The thing that is puzzling me is that --sysroot seems to be
pointing in the general direction of ${STAGING_DIR} and so the
include directive, #include <features.h>> should be good. I have
checked, and features.h is in the /usr/include subdirectory
there.
I see unistd.h missing, not features.h.
You're right, it was complaining about unistd.h, but it turns out
that the real culprit was the TAO_IDL_PREPROCESSOR macro above. When
I compared it to what was being emitted in the Ubuntu compile, I saw
that the long, nasty, compound, double-quoted thing should have just
been "i586-poky-linux-g++." TAO_ID_PREPROCESSOR was being assigned
the value of ${CXX}.

It appears that instead of pre-pending the ${CPPFLAGS} variable,
yocto/poky recipes were appending the cross-compile build variables
to ${CXX}. I patched the OpenDDS makefile(s) to look for the first
word in the ${CXX} macro, and substituted that in the assignment of
TAO_IDL_PREPROCESSOR. Dunno if that's the "right" way to do it, or if
there's a bug in ${CXX} assignment?
These are good toolchain questions for Nitin or Khem, now on CC.


Anyway, I think that I'm getting there w/the recipe. I'm sure that
there are some things I'm doing wrong. For instance, I'm no longer
cd'ing to ${S}, as OE already takes me there. I'm also using
oe_runmake in do_compile().
If you're running oe_runmake from do_compile then you might be able to
omit do_compile and use the base class implementation.


I expect that I'll be running some version of "make install" at some
point.
Again, should be automagic.


I'm sure I'll have more questions as I go along.

Thanks for helping an OE/Yocto N00b!

Paul
--
Darren Hart
Intel Open Source Technology Center
Yocto Project - Linux Kernel


[PATCH][linux-yocto-3.0] drivers/misc/pch_phub.c: don't oops if dmi_get_system_info returns NULL

Darren Hart <dvhart@...>
 

Bruce,

Please apply to yocto/base. Fixes a boot issue for a
tunnel creek development board.

--

commit 2b934c6236983392d01bef22e43af3051cac16f5

If dmi_get_system_info() returns NULL, pch_phub_probe() will dereferencea
a zero pointer.

This oops was observed on an Atom based board which has no BIOS, but a
bootloder which doesn't privde DMI data.

Signed-off-by: Alexander Stein <alexander.stein@...>
Cc: Tomoya MORINAGA <tomoya-linux@...>
Cc: Greg KH <gregkh@...>
Signed-off-by: Andrew Morton <akpm@...>
Signed-off-by: Linus Torvalds <torvalds@...>
---
drivers/misc/pch_phub.c | 5 ++++-
1 files changed, 4 insertions(+), 1 deletions(-)

diff --git a/drivers/misc/pch_phub.c b/drivers/misc/pch_phub.c
index 5fe79df..01eb67b 100644
--- a/drivers/misc/pch_phub.c
+++ b/drivers/misc/pch_phub.c
@@ -686,6 +686,8 @@ static int __devinit pch_phub_probe(struct pci_dev *pdev,
}

if (id->driver_data == 1) { /* EG20T PCH */
+ const char *board_name;
+
retval = sysfs_create_file(&pdev->dev.kobj,
&dev_attr_pch_mac.attr);
if (retval)
@@ -701,7 +703,8 @@ static int __devinit pch_phub_probe(struct pci_dev *pdev,
CLKCFG_CANCLK_MASK);

/* quirk for CM-iTC board */
- if (strstr(dmi_get_system_info(DMI_BOARD_NAME), "CM-iTC"))
+ board_name = dmi_get_system_info(DMI_BOARD_NAME);
+ if (board_name && strstr(board_name, "CM-iTC"))
pch_phub_read_modify_write_reg(chip,
(unsigned int)CLKCFG_REG_OFFSET,
CLKCFG_UART_48MHZ | CLKCFG_BAUDDIV |
--
1.7.1
--
Darren Hart
Intel Open Source Technology Center
Yocto Project - Linux Kernel