From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.free-electrons.com (top.free-electrons.com [176.31.233.9]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id BAE06E00406 for ; Thu, 22 Aug 2013 16:11:18 -0700 (PDT) Received: by mail.free-electrons.com (Postfix, from userid 106) id 70F30820; Fri, 23 Aug 2013 01:11:20 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.free-electrons.com X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT shortcircuit=ham autolearn=disabled version=3.3.2 Received: from [192.168.1.53] (128-79-216-144.hfc.dyn.abo.bbox.fr [128.79.216.144]) by mail.free-electrons.com (Postfix) with ESMTPSA id 0DA4981D; Fri, 23 Aug 2013 01:11:20 +0200 (CEST) Message-ID: <52169A94.7080508@free-electrons.com> Date: Fri, 23 Aug 2013 01:11:16 +0200 From: Alexandre Belloni Organization: Free Electrons User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130803 Thunderbird/17.0.8 MIME-Version: 1.0 To: Otavio Salvador References: <1377183077-5270-1-git-send-email-alexandre.belloni@free-electrons.com> <1377183077-5270-4-git-send-email-alexandre.belloni@free-electrons.com> <521647A1.8070206@free-electrons.com> <52164A0F.10402@free-electrons.com> In-Reply-To: X-Enigmail-Version: 1.4.6 Cc: "meta-freescale@yoctoproject.org" , Maxime Ripard , jimwall@q.com, brian@crystalfontz.com Subject: Re: [meta-fsl-arm-extra][PATCH 3/4] linux-cfa: add a kernel recipe supporting Crystalfontz boards X-BeenThere: meta-freescale@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Usage and development list for the meta-fsl-* layers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Aug 2013 23:11:21 -0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 22/08/2013 19:56, Otavio Salvador wrote: > On Thu, Aug 22, 2013 at 2:27 PM, Alexandre Belloni > wrote: >> On 22/08/2013 19:19, Otavio Salvador wrote: >>>>> What it does different here than original linux-dtb alternatives? >>>>> >>>> Actually, the default environment present in the barebox mainline for >>>> the cfa10036 is looking for a kernel named zImage-cfa10036 and DTBs >>>> named oftree-${DTB_BOARD_NAME} in /boot. So I'm just creating more links >>>> to the kernel and DTBs. I'm not doing anything differently, I'm just >>>> creating more links. >>> I'd patch the default environment so we avoid custom behaviour from >>> other boards. Do you mind? >>> >> Hum, I'm not sure about that, that would mean that we would have a >> different behaviour between the buildroot generated image and the yocto >> generated image which is not so great from a customer support point of view. >> Also oftree is the usual name for dtbs in barebox, I'd like to stick to >> it. That is just a bunch of links and that part will stay in the >> crystalfontz specific kernel recipe anyway, does it matter that much ? > No; but it is code for you to maintain and be sure it keeps working. > Personally I'd stick to OE-Core standard but it is up to you to > decide. I am fine with both ways. > Sure but my opinion is that is is already quite stupid that yocto does not use the names generated by the kernel in the first place. I can make my links pointing to the yocto generated links if you find that more future proof. I don't believe the names will change that much anyway and I'd like to ensure maximum compatibility with what is done in buildroot if possible. -- Alexandre Belloni, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com