From: Bruce Ashfield <bruce.ashfield@windriver.com>
To: "Saridakis, Dean (US SSA)" <dean.saridakis@baesystems.com>
Cc: "yocto@yoctoproject.org" <yocto@yoctoproject.org>
Subject: Re: Config fragment not being picked up
Date: Mon, 15 Apr 2013 13:39:29 -0400 [thread overview]
Message-ID: <516C3B51.5030803@windriver.com> (raw)
In-Reply-To: <201304151736.r3FHaW7N002460@mr1.windriver.com>
On 13-04-15 01:36 PM, Saridakis, Dean (US SSA) wrote:
>>>>>>>>> Think I've followed the example in the manual correctly. My
>>>>>>>>> append file
>>>>>> is
>>>>>>>> pretty simple:
>>>>>>>>>
>>>>>>>>> FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}"
>>>>>>>>
>>>>>>>> It looks like you forgot the colon at the end of the path.
>>>>>>>> Try this:
>>>>>>>> FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:"
>>>>>>>>
>>>>>>>> -Kevin
>>>>>>>
>>>>>>> Good eye, but afraid that didn't help (maybe the path was empty
>>>>>> before???). I think the files are getting picked up, since fetch
>>>>>> will fail if change the file name to force a not found error.
>>>>>>>
>>>>>>
>>>>>> What release are you using ? I tested this just last night before
>>>>>> the
>>>>>> 1.4 release final RC .. so it definitely still works!
>>>>>>
>>>>>> How are you determining that it isn't being picked up?
>>>>>
>>>>> I believe the SDK is based on Yocto 1.2 / Poky 7.0 -- bitbake is 1.15.2.
>>>>> kernel.bbclass kernel_do_configure() looks like it only does a make
>>>> oldconfig on defconfig...?
>>>>> Should I expect to see the .cfg files being eppended there?
>>>>>
>>>>> The .config I end up with doesn't have the definitions from my .cfg
>>>> fragment files.
>>>>
>>>> Fragments are processed later in the build procedure. Assuming this
>>>> is a linux-yocto based bbappend, they'll be added in the
>>>> kernel_configme task, and will modify the base BSP configuration.
>>>>
>>>> That doesn't mean that all the settings will make it to the final
>>>> .config, since normal LKC processing and missing dependencies would
>>>> drop invalid/incorrect settings.
>>>
>>> The SDK .bb inherits directly from kernel & doesn't use linux-yocto.bb. So
>> listtask doesn't show configme.
>>> I see an addtask for it in linux-yocto.inc, but am guessing that trying to
>> shoehorn that in on top of the SDK (in my append file) is probably more
>> trouble than it's worth.
>>> Guess I'm better off trying to figure out how to patch the defconfig?
>>
>> The ability to use fragments requires that you at least use the linux-yocto
>> bbclass, it will work with non linux-yocto recipes, but you need to follow the
>> example in meta-skeleton/recipes-kernel/linux/linux-yocto-custom.bb
>>
>> The 1.2 vintage fragments aren't as feature rich as 1.3 and 1.4, but they
>> should work to add simple fragment modifications.
>>
>> I hate to see anyone hacking a defconfig unless nothing else works :)
>
> Thanks for all the help. The skeleton example isn't in 1.2. Based on 1.3 I tried adding
>
> require recipes-kernel/linux/linux-yocto.inc
>
> to my append, but ran into other errors (looks like it adds 5 tasks including kernel_configme). Did a brute-force override of do_kernel_checkout() to get around my 1st error, but then do_patch() failed, so think I'm going to punt & hack defconfig.
> Thanks again for all the help.
Something to look forward to when you can upgrade :)
Bruce
>
>>
>> Bruce
>>
>>>
>>>
>>>>
>>>> Cheers,
>>>>
>>>> Bruce
>>>>
>>>>>
>>>>>>
>>>>>> Cheers,
>>>>>>
>>>>>> Bruce
>>>
>
next parent reply other threads:[~2013-04-15 17:40 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <201304151736.r3FHaW7N002460@mr1.windriver.com>
2013-04-15 17:39 ` Bruce Ashfield [this message]
[not found] <201304151517.r3FFHWcD018317@mr1.windriver.com>
2013-04-15 15:20 ` Config fragment not being picked up Bruce Ashfield
2013-04-15 17:36 ` Saridakis, Dean (US SSA)
[not found] <20130411231941.C175BE0146C@yocto-www.yoctoproject.org>
2013-04-12 0:42 ` Bruce Ashfield
2013-04-15 14:53 ` Saridakis, Dean (US SSA)
2013-04-15 14:58 ` Bruce Ashfield
2013-04-15 15:17 ` Saridakis, Dean (US SSA)
[not found] <20130411210547.7F1C9E01496@yocto-www.yoctoproject.org>
2013-04-11 21:12 ` Kevin Strasser
2013-04-11 23:19 ` Saridakis, Dean (US SSA)
2013-04-11 21:05 Saridakis, Dean (US SSA)
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=516C3B51.5030803@windriver.com \
--to=bruce.ashfield@windriver.com \
--cc=dean.saridakis@baesystems.com \
--cc=yocto@yoctoproject.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.