From: Bruce Ashfield <bruce.ashfield@windriver.com>
To: "Robert P. J. Day" <rpjday@crashcourse.ca>,
Yocto discussion list <yocto@yoctoproject.org>
Subject: Re: possible "include" flags within .scc files?
Date: Wed, 4 Mar 2015 08:23:58 -0500 [thread overview]
Message-ID: <54F7076E.9070103@windriver.com> (raw)
In-Reply-To: <alpine.LFD.2.11.1503040441040.31152@Device-040570>
On 2015-03-04 4:46 AM, Robert P. J. Day wrote:
>
> ok, i might need to switch to decaf shortly ...
>
> wandering through linux-yocto-3.19 git repo, the meta branch,
> collecting examples of things to use in class, and ran across this:
>
> http://git.yoctoproject.org/cgit/cgit.cgi/linux-yocto-3.19/tree/meta/cfg/kernel-cache/ktypes/standard/standard.scc?h=meta
>
> and the first few lines:
>
> # Note: if only the features are desired, but not the configuration
> # then this should be included as:
> # include ktypes/standard/standard.scc nocfg
> # if no chained configuration is desired, include it as:
> # include ktypes/standard/standard.scc nocfg inherit
>
> i was unaware of those flags for include lines, "nocfg" and
> "inherit"; they're not mentioned anywhere in the kernel dev manual.
> but the "inherit" one doesn't seem right, anyway ... i popped over to
> kern-tools and looked at the "spp" script, and i see this:
>
> # if we have a "nocfg" or "nopatch" on the include directive,
> # then we need to set the variables so they'll be passed down to
> # the nested process call
>
> so the spp script seems to indicate there are two valid include flags,
> "nocfg" and "nopatch." should these be doecumented somewhere in the
> kernel-dev manual? do they have value for yocto developers beyond
> being used for defining kernel types?
These are internal flags, only used by the folks that maintain large
piles of kernels (and kernel variants) with stacked configuration.
Consider it akin to reading the internal calls of bitbake, they just
happen to be in the .scc file directives.
They are subject to change, hence aren't in the manuals.
>
> and does that standard.scc file need to be corrected to not refer to
> a flag named "inherit"?
inherit still works for some older tools variants, and is ignored by
those that don't use it .. so it is safe to stay.
Bruce
>
> rday
>
prev parent reply other threads:[~2015-03-04 13:24 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-04 9:46 possible "include" flags within .scc files? Robert P. J. Day
2015-03-04 13:23 ` Bruce Ashfield [this message]
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=54F7076E.9070103@windriver.com \
--to=bruce.ashfield@windriver.com \
--cc=rpjday@crashcourse.ca \
--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.