From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail1.windriver.com (mail1.windriver.com [147.11.146.13]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id D50FFE011CC for ; Wed, 2 Jan 2013 13:13:07 -0800 (PST) Received: from ALA-HCA.corp.ad.wrs.com (ala-hca.corp.ad.wrs.com [147.11.189.40]) by mail1.windriver.com (8.14.5/8.14.3) with ESMTP id r02LD30p013333 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 2 Jan 2013 13:13:04 -0800 (PST) Received: from [128.224.146.67] (128.224.146.67) by ALA-HCA.corp.ad.wrs.com (147.11.189.50) with Microsoft SMTP Server id 14.2.318.4; Wed, 2 Jan 2013 13:13:03 -0800 Message-ID: <50E4A2D0.8020205@windriver.com> Date: Wed, 2 Jan 2013 16:12:48 -0500 From: Bruce Ashfield User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121028 Thunderbird/16.0.2 MIME-Version: 1.0 To: Brian Smucker References: <50E4A287.3050607@bsmucker.eu.org> In-Reply-To: <50E4A287.3050607@bsmucker.eu.org> Cc: "yocto@yoctoproject.org" Subject: Re: Magic kernel config option. X-BeenThere: yocto@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Discussion of all things Yocto List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2013 21:13:08 -0000 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit On 13-01-02 04:11 PM, Brian Smucker wrote: > On 1/2/2013 10:06 AM, Bruce Ashfield wrote: > > On 12-12-24 02:59 PM, Brian Smucker wrote: > >> Hi, > >> > > > > Catching up on email from the holidays. Did you ever get an answer > > to this ? > Not yet, resumed my quest today. > > >> I'm a yocto mostly-newbie, trying to find my way. I have a custom > layer > >> that I am using to build a kernel. The layer right now consists of a > few > >> kernel patches and a defconfig and is based on the standard kernel > >> otherwise. > >> > >> When I do a diff on my defconfig and the bitbake generated .config, > they > >> are quite similar, but the CONFIG_UNION_FS=y line magically shows up. > >> I'm wondering where it comes from and how to disable it. > > > > CONFIG_UNION_FS is being enabled by the standard kernel (and all > > kernels that inherit it). Since you are based on that kernel, you > > get the option enabled. > > > >> > >> I can do a bitbake -c menuconfig virtual/kernel and eliminate that > >> option giving me the kernel I want, but those changes are gone after a > >> bitbake -c cleansstate ... > > > > Have you tried putting > > > > # CONFIG_UNION_FS is not set > > > > in your defconfig ? That should disable it. > > > I did try that, but that did not disable it. Hmmm. It worked here. I'll run another test shortly (I'm working on 3.8-rc1 at the moment). > > So after much pain and thrashing about to figure things out, now I see > that in the standard-nocfg.scc file, the unionfs feature is set. This > file is found in the following path: tmp/work/.. > ../linux/meta/cfg/kernel-cache/ktypes/standard/ directory. > > My current burning question is: Where is does this file come from? It > does not seem to be part of the kernel git repository. I can changes > this file and affect the kernel build, but again, those changes are > transitory and do not persist after cleaning. It's from the meta branch of the kernel git repository. Those are all the fragments that are used to construct and configure the kernel. Part of the build process makes them available to the configuration phase. As something else to try, call your file .cfg and add it to the SRC_URI the same way you added the defconfig. defconfig's get special processing, calling it .cfg will simply get your changes added to the end of the build and they teka precedence. That being said, if a feature with a Kconfig of the kernel has a "select UNIONFS" then you can't override it with a config/defconfig option, you need to patch the kernel. If you send me your defconfig, I can run some test builds here. Bruce > > Thanks, > > Brian > >