All of lore.kernel.org
 help / color / mirror / Atom feed
* possible "include" flags within .scc files?
@ 2015-03-04  9:46 Robert P. J. Day
  2015-03-04 13:23 ` Bruce Ashfield
  0 siblings, 1 reply; 2+ messages in thread
From: Robert P. J. Day @ 2015-03-04  9:46 UTC (permalink / raw)
  To: Yocto discussion list


  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?

  and does that standard.scc file need to be corrected to not refer to
a flag named "inherit"?

rday

-- 

========================================================================
Robert P. J. Day                                 Ottawa, Ontario, CANADA
                        http://crashcourse.ca

Twitter:                                       http://twitter.com/rpjday
LinkedIn:                               http://ca.linkedin.com/in/rpjday
========================================================================


^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: possible "include" flags within .scc files?
  2015-03-04  9:46 possible "include" flags within .scc files? Robert P. J. Day
@ 2015-03-04 13:23 ` Bruce Ashfield
  0 siblings, 0 replies; 2+ messages in thread
From: Bruce Ashfield @ 2015-03-04 13:23 UTC (permalink / raw)
  To: Robert P. J. Day, Yocto discussion list

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
>



^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2015-03-04 13:24 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-03-04  9:46 possible "include" flags within .scc files? Robert P. J. Day
2015-03-04 13:23 ` Bruce Ashfield

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.