All of lore.kernel.org
 help / color / mirror / Atom feed
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 11:20:58 -0400	[thread overview]
Message-ID: <516C1ADA.8050908@windriver.com> (raw)
In-Reply-To: <201304151517.r3FFHWcD018317@mr1.windriver.com>

On 13-04-15 11:17 AM, 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 :)

Bruce

>
>
>>
>> Cheers,
>>
>> Bruce
>>
>>>
>>>>
>>>> Cheers,
>>>>
>>>> Bruce
>



       reply	other threads:[~2013-04-15 15:21 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <201304151517.r3FFHWcD018317@mr1.windriver.com>
2013-04-15 15:20 ` Bruce Ashfield [this message]
2013-04-15 17:36   ` Config fragment not being picked up Saridakis, Dean   (US SSA)
     [not found] <201304151736.r3FHaW7N002460@mr1.windriver.com>
2013-04-15 17:39 ` Bruce Ashfield
     [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=516C1ADA.8050908@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.