From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id B4BA6E0099B; Wed, 30 Apr 2014 21:29:36 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on yocto-www.yoctoproject.org X-Spam-Level: X-Spam-Status: No, score=-2.3 required=5.0 tests=RCVD_IN_DNSWL_MED autolearn=ham version=3.3.1 X-Spam-HAM-Report: * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at http://www.dnswl.org/, * medium trust * [147.11.1.11 listed in list.dnswl.org] Received: from mail.windriver.com (mail.windriver.com [147.11.1.11]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 7BF18E0098E for ; Wed, 30 Apr 2014 21:29:30 -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.5) with ESMTP id s414TPBL018020 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 30 Apr 2014 21:29:25 -0700 (PDT) Received: from server.local (128.224.21.21) by ALA-HCA.corp.ad.wrs.com (147.11.189.40) with Microsoft SMTP Server id 14.3.169.1; Wed, 30 Apr 2014 21:29:25 -0700 Message-ID: <5361CDAE.8050206@windriver.com> Date: Thu, 1 May 2014 00:29:34 -0400 From: Bruce Ashfield User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Neuer User , References: <535E5198.60709@windriver.com> <535E54BB.7060701@windriver.com> <535E59A1.1080808@windriver.com> <53616636.5000509@windriver.com> In-Reply-To: <53616636.5000509@windriver.com> Subject: Re: Kernel config fragments are not applied 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: Thu, 01 May 2014 04:29:36 -0000 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit On 2014-04-30, 5:08 PM, Bruce Ashfield wrote: > On 14-04-28 09:54 AM, Neuer User wrote: >> Am 28.04.2014 15:37, schrieb Bruce Ashfield: >>> >>> If you send me pointers to your bblayers and local.conf settings, I'll >>> run a build to see what happens here as well. >>> >>> I'm always interested in tracking these down regardless. >>> >>> Bruce >>> >> >> Testing this should be pretty straightforward, if see that correctly. > > I'm heading out, but wanted to send an update. I can confirm that > there are some issues on master as it currently stands .. but the > good news, is that in my queue of changes for Yocto 1.7, you can > seamlessly add fragement support to that recipe and it works. > > I'll be looking at this again later, and will send a branch reference > for testing. I need to bisect for the particular change first, since > the entire queue can't go into the tree yet (it breaks some use cases). > But I will submit the ones that fix this case. I'm glad that I looked again, I though there was an error without my clean up series .. but what I was seeing was a legitimate double application of the patch. What error where you seeing when you tried a bbappend like so: ------------ FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}-${PV}:" inherit kernel require recipes-kernel/linux/linux-yocto.inc COMPATIBLE_MACHINE_cubox-i = "(cubox-i)" SRC_URI += "file://videoin.cfg" -------------- Your error message will set me straight .. and tell me if it is just the late night hacking fooling my eyes .. or not! Bruce > > Cheers, > > Bruce > >> >> Just init the repo with yocto master-next. Then export MACHINE=cubox-i. >> >> My layer has: >> >> recipes-kernel/linux/linux-cubox-i_3.0.35.bbappend: >> >> FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}-${PV}:" >> >> inherit kernel >> COMPATIBLE_MACHINE_cubox-i = "(cubox-i)" >> >> SRC_URI += "file://videoin.cfg" >> >> >> And in recipes-kernel/linux/linux-cubox-i-3.0.35/videoin.cfg: >> >> CONFIG_VIDEO_ADV7180=y >> >> (for a test this should suffice) >> >> Then after a "bitbake linux-cubix-i -c configure" you can grep ADV7180 >> in >> tmp/work/cubox_i-poky-linux-gnueabi/linux-cubox-i/3.0.35-r0/git/.config >> >> Normally it is "=n", now it should be "=y". >> >> Thanks >> >> Michael >> >