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

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

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,

Hi Bruce, thanks for your comments. See below I had elfutils-devel installed. This commit is not in the crownbay-standard branch. cheers, Andre

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

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

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

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 ---

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

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

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

Nitin, Khem, some toolchain related (I think) questions inline below. In case you're actually curious :-) it's your mail client. It inserts the following header: In-Reply-To:

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,

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.

Hi Paul, 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

Ok, maybe we want: -PACKAGE_ARCHS = "all any noarch ${PACKAGE_EXTRA_ARCHS} ${MACHINE_ARCH}" +PACKAGE_ARCHS = "all any noarch ${TUNE_PKGARCH} ${PACKAGE_EXTRA_ARCHS} ${MACHINE_ARCH}" instead as we

It isn't totally obvious to me that it needs to be an error for PACKAGE_ARCHS to contain dupes. AFAIK there is no reason that it couldn't simply be uniquified before use. p.

this change causes ERROR here with nokia900: Error, the PACKAGE_ARCHS variable contains duplicates. The following archs are listed more than once: armv7a-vfp-neon Regards, -- Martin 'JaMa' Jansa

so in conf/bitbake.conf PACKAGE_ARCH = "${TUNE_PKGARCH}" MACHINE_ARCH = "${@[bb.data.getVar('TUNE_PKGARCH', d, 1), bb.data.getVar('MACHINE', d, 1)][bool(bb.data.getVar('MACHINE', d, 1))].replace('-',

Why do we let the host perl in the path for target installs at all? Is there some precedence for what can be used from the host machine and what can not? -M