From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.10]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 0D56CE013D6 for ; Fri, 23 Aug 2013 04:25:47 -0700 (PDT) Received: from frontend1.mail.m-online.net (frontend1.mail.intern.m-online.net [192.168.8.180]) by mail-out.m-online.net (Postfix) with ESMTP id 3cM0fL3Zw3z3hj1D; Fri, 23 Aug 2013 13:25:46 +0200 (CEST) X-Auth-Info: ERUo3/UdDFH/WJ/EE7HkpLNWqnOPGG0ZbEAOqi377CY= Received: from chi.localnet (unknown [195.140.253.167]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp-auth.mnet-online.de (Postfix) with ESMTPSA id 3cM0fL2dLVzbbnF; Fri, 23 Aug 2013 13:25:46 +0200 (CEST) From: Marek Vasut To: meta-freescale@yoctoproject.org Date: Fri, 23 Aug 2013 13:25:47 +0200 User-Agent: KMail/1.13.7 (Linux/3.10-2-amd64; KDE/4.8.4; x86_64; ; ) References: <1377183077-5270-1-git-send-email-alexandre.belloni@free-electrons.com> <201308230513.22924.marex@denx.de> <52174220.3040509@free-electrons.com> In-Reply-To: <52174220.3040509@free-electrons.com> MIME-Version: 1.0 Message-Id: <201308231325.47487.marex@denx.de> Cc: Maxime Ripard , jimwall@q.com, brian@crystalfontz.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:25:48 -0000 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Dear Alexandre Belloni, > 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. Ah yes, you're right, the way Yocto does it is rather confusing. But it's not my call to comemnt on this. Best regards, Marek Vasut