Re: Kernel config fragments are not applied

[Neuer User <auslands-kv@gmx.de>]

That's great! And just one line to add. Perfect solution!

Thanks a lot!

Michael

Am 02.05.2014 19:24, schrieb Bruce Ashfield:
> On 14-05-01 01:12 PM, Bruce Ashfield wrote:
>> On 14-05-01 02:32 AM, Neuer User wrote:
>>> Hi Bruce
>>>
>>> Here is the error messega, I get after a "bitbake linux-cubox-i -c
>>> cleansstate; bitbake linux-cubox-i" using the recipe you posted:
>>
>> Aha. This is what I was seeing as well, and there's some issues and
>> assumptions
>> that are built into those kernel recipes that are causing the yocto
>> tools to attempt a patch (which is already on the branch) and hence
>> the failure (the recipes should really be tweaked .. but I digress).
>>
>> I'm prepping a small patch that will have this particular recipe and
>> use case working out of the box.
> 
> ... and I managed to get this working without a patch. You just
> need the following as your bbappend:
> 
> ----------------
> FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}-${PV}:"
> 
> inherit kernel
> require recipes-kernel/linux/linux-yocto.inc
> 
> COMPATIBLE_MACHINE_cubox-i = "(cubox-i)"
> 
> SRC_URI += "file://videoin.cfg"
> 
> SRCREV_machine = "${SRCREV}"
> ----------------
> 
> The key is the addition of SRCREV_machine. It deals with the issue
> that I mentioned with the kernel recipes. They have a series of patches
> that are already on the branch being built. But yet the SRCREV backs
> the branch off and allows the patches to apply (something I wouldn't
> do .. but that's not the point).
> 
> The linux-yocto validation can do a similar back off, but it currently
> triggers on SRCREV_machine, which wasn't set .. this is already fixed
> in my current series that will go out for Yocto 1.7.
> 
> After this:
> 
> ]> pwd
> /home/bruce/poky/build/tmp/work/cubox_i-poky-linux-gnueabi/linux-cubox-i/3.0.35-r0
> 
> yow-bashfiel-d3 [/home/bruc.../3.0.35-r0]> grep CONFIG_VIDEO_ADV7180
> linux-cubox_i-standard-build/.config
> CONFIG_VIDEO_ADV7180=y
> 
> Note, the fragment you were working with needs this:
> 
>> cat videoin.cfg
> CONFIG_VIDEO_CAPTURE_DRIVERS=y
> CONFIG_VIDEO_ADV7180=y
> 
> Or you'll be missing a dependency and have the config dropped from
> the final .config.
> 
> Bruce
>