[yocto] Problem overwriting default kernel config values

[Ryan Soussan]

On Sat, Jul 18, 2015 at 9:32 PM, Bruce Ashfield <
bruce.ashfield at windriver.com> wrote:

> On 2015-07-18 11:53 PM, Bruce Ashfield wrote:
>
>> On 2015-07-17 9:35 PM, Ryan Soussan wrote:
>>
>>> Hello,
>>> We're having a problem overwriting the default linux kernel config
>>> values.  We tried adding our own .cfg file to our layer and appending it
>>> to the source url of the linux-yocto bitbake file.  The variable in our
>>> case is not getting overwritten though (changing CONFIG_ATH5K=m to =y).
>>> Here's some relevant output from mismatch.txt:
>>> Value requested for CONFIG_ATH5K not in final .config
>>>        Requested value:  CONFIG_ATH5K=y
>>>                  Actual value:     CONFIG_ATH5K=m
>>>
>>> And basically the same error message in missing_required.cfg.  So it
>>> looks like yocto is seeing our request but ignoring it.  The source code
>>> for these messages is located here:
>>>
>>> http://git.yoctoproject.org/cgit/cgit.cgi/yocto-kernel-tools/tree/tools/kconf_check
>>>
>>>
>>> We were following the instructions for editing the config file located
>>> in the linux directory of the meta-skeleton layer in poky.   Any help
>>> would be appreciated!
>>>
>>>
>> What release/branch are you using ? This is a test case that I run
>> ever release (and use every day), so the overrides do work.
>>
>> The kernel configuration system doesn't have the opportunity to
>> ignore settings. They are consolidated and then passed to the kernel's
>> config subsystem and then the results audited.
>>
>> I'll run a similar test here, since if something else later in the
>> configuration is selecting that driver as a module, or another constraint
>> is kicking in .. you will end up with a module, no matter what you
>> set in your fragment.
>>
>
> And yes, it was a contraint in the end. I needed this in my fragment to
> flip ATH5K to =y
>
> CONFIG_ATH5K=y
> CONFIG_ATH_CARDS=y
> CONFIG_ATH_COMMON=y
> CONFIG_CFG80211=y
> CONFIG_R8723AU=y
> CONFIG_MAC80211=y
>
> I'm working on some diagnostics and symbol lookups that will help with
> this in the future .. but it is much more challenging than you'd expect!
>
> Cheers,
>
> Bruce
>
>
>> Bruce
>>
>>  Thanks,
>>> Ryan
>>>
>>>
>>>
>>
> Thanks so much for the help - adding the other configuration options fixed
the bug for us!

Best,
Ryan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/yocto/attachments/20150720/857b846f/attachment.html>