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 71C5CE01405 for ; Fri, 23 Aug 2013 04:06:20 -0700 (PDT) Received: by mail.free-electrons.com (Postfix, from userid 106) id 5BF8B824; Fri, 23 Aug 2013 13:06:23 +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, URIBL_BLOCKED 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 DC7BE821; Fri, 23 Aug 2013 13:06:12 +0200 (CEST) Message-ID: <52174220.3040509@free-electrons.com> Date: Fri, 23 Aug 2013 13:06:08 +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: Marek Vasut References: <1377183077-5270-1-git-send-email-alexandre.belloni@free-electrons.com> <52169A94.7080508@free-electrons.com> <201308230513.22924.marex@denx.de> In-Reply-To: <201308230513.22924.marex@denx.de> X-Enigmail-Version: 1.4.6 Cc: meta-freescale@yoctoproject.org, brian@crystalfontz.com, Maxime Ripard , jimwall@q.com, Otavio Salvador 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: Fri, 23 Aug 2013 11:06:21 -0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 23/08/2013 05:13, Marek Vasut wrote: > Dear Alexandre Belloni, > >> 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. > The linux kernel does generate files named "oftree-FOO" somehow? How? No, what I meant is that yocto is using devicetree-zImage-imx28-cfa10036.dtb instead of imx28-cfa10036.dtb for example when installing devicetrees in the image. -- Alexandre Belloni, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com