From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.windriver.com (mail.windriver.com [147.11.1.11]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 87AF2E01793 for ; Mon, 28 Oct 2013 13:58:47 -0700 (PDT) Received: from ALA-HCA.corp.ad.wrs.com (ala-hca.corp.ad.wrs.com [147.11.189.40]) by mail.windriver.com (8.14.5/8.14.3) with ESMTP id r9SKweJX021344 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 28 Oct 2013 13:58:41 -0700 (PDT) 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.347.0; Mon, 28 Oct 2013 13:58:40 -0700 Message-ID: <526ECFF3.4060207@windriver.com> Date: Mon, 28 Oct 2013 16:58:27 -0400 From: Bruce Ashfield User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Diego Sueiro , Mike Lewis References: <525FDD08.90400@windriver.com> <525FE3C9.3070003@windriver.com> <5260BDA6.4020807@windriver.com> <5261974C.7010202@windriver.com> <5266A665.8030303@alphalem.com> <52686723.4080305@windriver.com> <526B18BC.5050302@alphalem.com> In-Reply-To: Cc: "yocto@yoctoproject.org" Subject: Re: Custom defconfig is not used X-BeenThere: yocto@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Discussion of all things Yocto Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Oct 2013 20:58:48 -0000 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit On 13-10-26 06:57 AM, Diego Sueiro wrote: > Bruce, > > We have two scenarios here: > > 1. bbapend with full defconfig replacement > 2. bbapend with config fragments > > The first scenario just worked when using FILESPATH_prepend. For me it > does not make sense, since on YP manual says that > FILESEXTRAPATHS_prepend must be use [1]. > > The second scenario did not worked even changing to FILESPATH_prepend. I ran tests today, using the layers Mike indicated, since it was a bit easier for me to set up on top of my existing builds. I'm using dylan for my yocto checkout (not oe-core standalone, since this is a yocto list/question), My build shows: meta meta-yocto meta-yocto-bsp = "dylan:3dc4505f0e744177ae4ddff1e1ce8b31b95dfaa6" meta-ti = "master:c14c386946e1ea341faeea292580e37d538d645d" meta-alphalem = "master:a5c0e8ff51297a4090cd47d669b4fc9c94696908" meta-alphalem-bsp = "master:56086e4dc618e975c9a46491793041f0d18e47a2" Mike indicated that he was using dylan for meta-ti, but that doesn't make a difference either, since for our purposed. It's kernel.bbclass and the yocto kernel processing that matters. In meta-alphalem-bsp, I have linux-mainline_3.2.bbappend, with the following content: > cat linux-mainline_3.2.bbappend FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}-3.2:" inherit kernel require recipes-kernel/linux/linux-yocto.inc COMPATIBLE_MACHINE = "(beagleboard)" SRC_URI_append = " file://defconfig" SRC_URI_append = " file://my_frag.cfg" And I added a fragment which has: > cat my_frag.cfg CONFIG_WATCHDOG_NOWAYOUT=y CONFIG_NTFS_FS=y CONFIG_NTFS_RW=y When both are applied to the kernel build, we should see CONFIG_NTFS_FS transition from =m to =y: > grep CONFIG_NTFS_FS * defconfig:CONFIG_NTFS_FS=m my_frag.cfg:CONFIG_NTFS_FS=y After invoking linux-mainline's configure task, I see the following: > grep CONFIG_NTFS_FS linux-beagleboard-standard-build/.config CONFIG_NTFS_FS=y And other elements of the defconfig and fragment are properly applied to the configuration phase. I'm also seeing good results on master, which means that I'm at a standstill to reproduce any problems. Diego: can you confirm for me what triggers you are seeing that shows the defconfig and fragment are not used. I assume the config options are not present, but I just want to be sure. Mike: what were you initially seeing that was different from my results ? Cheers, Bruce > > > [1] - > http://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#var-FILESEXTRAPATHS > > > > Regards, > > -- > *dS > Diego Sueiro > > /*long live rock 'n roll*/ > > > 2013/10/25 Mike Lewis > > > Bruce: yep, fixed my issue. Sorry for the bother! > > Diego: thanks for the solution! > > - Mike > > > On 10/25/2013 11:44 AM, Bruce Ashfield wrote: > > On Fri, Oct 25, 2013 at 7:43 AM, Diego Sueiro > > wrote: > > Bruce, > > Regarding the defconfig not used, I've found this thread on > Angstrom devel > ML: > http://www.mail-archive.com/__angstrom-distro-devel@__linuxtogo.org/msg06721.html > > > I've replaced "FILESEXTRAPATHS_prepend" with > "FILESPATH_prepend" and removed > the custom "do_configure_prepend" function and bitbake is > now using my > defconfig. > So, it seems that there is an issue with FILESEXTRAPATHS > variable. > > Aha. That does make sense. > > Mike: does that same change fix your issues ? > > Bruce > > Regards, > > -- > *dS > Diego Sueiro > > /*long live rock 'n roll*/ > > > 2013/10/23 Bruce Ashfield > > > On 13-10-22 12 :23 PM, Mike Lewis wrote: > > Hi Bruce, > > I'm trying to accomplish the nearly the same thing > (i.e. adding config > fragment) and I'm having the same issue at the > do_patch step. Were you > able to reproduce this on your end? > > > Mike, > > Is you config/layer somewhere than I can have a look at > it ? I was trying > some builds here, and my tests are working. But I'd like > to try it > with your config as well. > > Bruce > > > Thanks, > Mike > > On 10/18/2013 01:17 PM, Bruce Ashfield wrote: > > On 13-10-18 05 :17 AM, Diego > Sueiro wrote: > > > 2013/10/18 Bruce Ashfield > > >> > > I fell behind today .. i had 2300 > unread email to start this > morning :) > Is there a way that I can get a copy > of your recipes and layers ? > If > I can do a build myself, I can easily > debug and fix this .. > otherwise, we'll > go back and forth many times debugging. > > Cheers, > > Bruce > > > I'm using the environment provided by > Angstrom from it's github setup > scripts. > If you want to exactly reproduce it you need to: > > git clone > https://github.com/Angstrom-__distribution/setup-scripts.git > > cd setup-scripts > git checkout angstrom-v2013.06-yocto1.4 > MACHINE=beaglebone ./oebb.sh config > beaglebone > > Here is the setup and files for meta-mine: > > bblayers.conf: > > BBLAYERS = \" > > ... > ${TOPDIR}/sources/meta-mine \ > " > > meta-mine/conf/layer.conf: > > # We have a conf and classes > directory, append to BBPATH > BBPATH .= ":${LAYERDIR}" > # We have a recipes directory, add to > BBFILES > BBFILES += "${LAYERDIR}/recipes*/*/*.bb > ${LAYERDIR}/recipes*/*/*.__bbappend" > BBFILE_COLLECTIONS += "mine-layer" > BBFILE_PATTERN_mine-layer := > "^${LAYERDIR}/" > BBFILE_PRIORITY_mine-layer = "10" > LAYERDEPENDS_mine-layer = "angstrom-layer" > > meta-mine/recipes-kernel/__linux/linux-mainline_3.8.__bbappend: > > FILESEXTRAPATHS_prepend := > "${THISDIR}/${PN}-3.8:" > inherit kernel > require > recipes-kernel/linux/linux-__yocto.inc > COMPATIBLE_MACHINE_beaglebone = > "(beaglebone)" > SRC_URI += " file://config-addons.cfg " > > meta-mine/recipes-kernel/__linux/linux-mainline-3.8/__config-addons.cfg: > > CONFIG_WATCHDOG_NOWAYOUT=y > CONFIG_NTFS_FS=y > CONFIG_NTFS_RW=y > > > > But I think that instead of using the whole > Angstrom you can just use > poky and meta-beagleboard/common-bsp on > dylan branch. > > > Great. I'll launch some test builds and see what > breaks (or works) :) > > Bruce > > > Regards, > > -- > *dS > Diego Sueiro > > /*long live rock 'n roll*/ > > > _________________________________________________ > yocto mailing list > yocto@yoctoproject.org > > https://lists.yoctoproject.__org/listinfo/yocto > > > > _________________________________________________ > yocto mailing list > yocto@yoctoproject.org > https://lists.yoctoproject.__org/listinfo/yocto > > > > > _________________________________________________ > yocto mailing list > yocto@yoctoproject.org > https://lists.yoctoproject.__org/listinfo/yocto > > > > > > > > > _______________________________________________ > yocto mailing list > yocto@yoctoproject.org > https://lists.yoctoproject.org/listinfo/yocto >