[yocto] potentially confusing explanation of "defconfig" in kernel dev manual

Rudolf Streif rstreif at linuxfoundation.org
Sat Apr 13 19:51:54 PDT 2013


That's how I interpret it:

Wholesale = defconfig
Incremental = configuration fragments

Following kernel practices my defconfig files always have a working
configuration and then I use configuration fragments to make adjustments.

But of course you can have an incomplete configuration in defconfig and
make it complete with configuration fragments.

:rjs
 On Apr 13, 2013 1:46 PM, "Robert P. J. Day" <rpjday at crashcourse.ca> wrote:

>
>   here:
>
>
> http://www.yoctoproject.org/docs/latest/kernel-dev/kernel-dev.html#changing-the-configuration
>
> one reads:
>
> "If you have a complete Linux kernel .config file you want to use,
> copy it to the ${FILES} directory within your layer and name it
> "defconfig"."
>
>   that pretty clearly suggests that the "defconfig" file *must*
> represent a *complete* .config file. but just above that, you read:
>
> "You can make wholesale or incremental changes to the Linux kernel
> .config file by including a defconfig or by specifying configuration
> fragments in the SRC_URI."
>
>   so it's confusing -- must defconfig represent a complete .config
> file, or can it represent a fragment?
>
> rday
>
> --
>
> ========================================================================
> Robert P. J. Day                                 Ottawa, Ontario, CANADA
>                         http://crashcourse.ca
>
> Twitter:                                       http://twitter.com/rpjday
> LinkedIn:                               http://ca.linkedin.com/in/rpjday
> ========================================================================
> _______________________________________________
> yocto mailing list
> yocto at yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/yocto/attachments/20130413/209e452b/attachment.html>


More information about the yocto mailing list