I have been surprised over the last few days at the number of packages being built for the core-image-rt target, which for reference is as follows: # # Copyright (C) 2010 Intel

[rather than rebase, I've added this one to the series, here for review as well] As the all the BSPs use the same BSP branch and meta commit ID as the base recipe, there is no need specify the

hah. For some reason that flew right over my head. Must be the 500 email I read a day :) That does look right! Sounds good. Bruce

for bernard (with MACHINE ??= qemux86 and DISTRO ?= poky) glib-2.0_2.26.1.bb is pulled in, so the above patch does not apply. I tried something similar: diff --git

Hi All, This is the Fullpass test report for Yocto1.1 M3 RC3 build. There are three new bugs found in this testing compared with weekly testing. Hob and some core build feature tests are added.

I had the same issue on 64-bit fedora R15. This patch fixed it for me: http://patchwork.openembedded.org/patch/8233/ - Jani Uusi-Rantala ________________________________________ Sent: Friday,

Hi all, Bitbake glib-2.0-native for the qemux86 target on poky bernard fails with: octo-git/builds/qemux86-bernard/tmp/sysroots/x86_64-linux/usr/lib | ./.libs/libglib-2.0.so: undefined reference to

Scott / Bruce, I should have mentioned that ;-) As the bbappend file is in my layer, I was expecting (and want) the defconfig file to be stored/found in it. I created this layer by copying another

Hi all, The Linux Foundation is rolling out responses to submissions for ELCE. If you submitted a talk that is related to the Yocto Project that was accepted, please let me know so I can keep track

Acked-by: Bruce Ashfield <bruce.ashfield@...>

Yep, bitbake is telling us where it is looking. The -wrs_git is the extension to the recipe, so that isn't where it is looking. On another note, there's been a lot of fixes to the kern tools

It looks like this is where the file is expected. I believe also meta/recipes-kernel/linux/linux/defconfig should also work. Scott -- Scott Garman Embedded Linux Engineer - Yocto Project Intel

I've got a linux-wrs_git.bbappend file in a layer (under poky laverne 4.0.1) that contains: COMPATIBLE_MACHINE_Vortex86DX = "Vortex86DX" WRMACHINE_Vortex86DX = "common_pc" FILESEXTRAPATHS :=

Allow users or layers to override PREFERRED_PROVIDER_virtual/kernel. This is required to use the linux-yocto-rt kernel, for example. Signed-off-by: Darren Hart <dvhart@...> ---

All the BSPs build out of the preempt-rt/base branch (rather than a preempt-rt/$MACHINE branch), so separate KMACHINE and KBRANCH assignments are required for each BSP. Signed-off-by: Darren Hart

This patch series adds the necessary linux-yocto-rt bbappend files for each BSP. It also conditionally sets the kernel provider and version so they can be overriden by the user or a layer. All the

Provide the necessary info in the linux-yocto-rt_3.0.bbappend to support building the RT kernel for each of the meta-yocto example BSPs. Signed-off-by: Darren Hart <dvhart@...> ---

Conditionally assign the PREFERRED_PROVIDER_virtual/kernel in the meta-yocto machine configs to allow the user or other layers to override it. This is required to use the linux-yocto-rt kernel, for

This series add build and boot tested support for the atom-pc and mpc8315e-rdb. The routerstationpro and beagleboard still suffer from build failures and are commented out. The following changes

Since quite some people will be in the LinuxCon next week, I’m thinking cancelling this occurrence of the meeting. We will be in M4 and the focus is on bug fixing. I don’t have any specific agenda