From: Tom Rini <trini@konsulko.com>
To: "Robert P. J. Day" <rpjday@crashcourse.ca>
Cc: OE Core mailing list <openembedded-core@lists.openembedded.org>
Subject: Re: clarifying details about "is not set" lines in kernel config fragment files
Date: Tue, 3 May 2016 14:45:21 -0400 [thread overview]
Message-ID: <20160503184521.GA7884@bill-the-cat> (raw)
In-Reply-To: <alpine.LFD.2.20.1605031421460.12750@localhost.localdomain>
[-- Attachment #1: Type: text/plain, Size: 1311 bytes --]
On Tue, May 03, 2016 at 02:27:38PM -0400, Robert P. J. Day wrote:
> On Tue, 3 May 2016, Bruce Ashfield wrote:
>
> > On Tue, May 3, 2016 at 1:04 PM, Robert P. J. Day <rpjday@crashcourse.ca> wrote:
> >
> > oddly, in the current YP kernel dev manual, i don't see the
> > phrase "is not set" explained anywhere in the entire doc,
> > which is weird since it seems like it would be important.
> >
> > The manuals don't cover the mechanics of how the mainline kernel is
> > configured. Just the same way the don't cover the configuration
> > language for any number of packages in the system.
>
> assuming i'm understanding your position, that's where i'm going to
> *strongly* disagree. people who work with the mainline kernel in a
> non-OE environment don't use kernel config fragment files. period.
> AFAIK (and correct me if i'm wrong), .cfg kernel config fragment files
> are exclusively an OE/YP thing, so there is no reason for normal
> kernel developers to understand how they work.
Or maybe to be more clear, does the manual spell out that these .cfg
files are Kconfig fragments and follow the normal syntax rules Kconfig
uses? If not, it really should. If so, maybe it should also contain a
reference to the external authority on this syntax?
--
Tom
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
next prev parent reply other threads:[~2016-05-03 18:45 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-05-03 17:04 clarifying details about "is not set" lines in kernel config fragment files Robert P. J. Day
2016-05-03 18:10 ` Bruce Ashfield
2016-05-03 18:27 ` Robert P. J. Day
2016-05-03 18:45 ` Tom Rini [this message]
2016-05-03 20:05 ` Robert P. J. Day
2016-05-04 10:18 ` Robert P. J. Day
2016-05-03 18:48 ` Bruce Ashfield
2016-05-04 10:41 ` Robert P. J. Day
2016-05-04 12:13 ` Bruce Ashfield
2016-05-03 18:48 ` Denys Dmytriyenko
2016-05-03 20:06 ` Robert P. J. Day
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=20160503184521.GA7884@bill-the-cat \
--to=trini@konsulko.com \
--cc=openembedded-core@lists.openembedded.org \
--cc=rpjday@crashcourse.ca \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox