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 7FB48E00282 for ; Fri, 6 Sep 2013 10:11:12 -0700 (PDT) Received: by mail.free-electrons.com (Postfix, from userid 106) id EC5EE916; Fri, 6 Sep 2013 19:11:12 +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.42.157] (unknown [90.84.144.51]) by mail.free-electrons.com (Postfix) with ESMTPSA id 1594C821; Fri, 6 Sep 2013 19:11:11 +0200 (CEST) Message-ID: <522A0CA7.1010901@free-electrons.com> Date: Fri, 06 Sep 2013 19:11:03 +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: <1378416122-16832-1-git-send-email-alexandre.belloni@free-electrons.com> <1378416122-16832-4-git-send-email-alexandre.belloni@free-electrons.com> <5229C38C.6080500@freescale.com> <522A041B.60009@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/8] Add a machine configuration for cfa-10037 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, 06 Sep 2013 17:11:16 -0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 06/09/2013 18:40, Otavio Salvador wrote: > On Fri, Sep 6, 2013 at 1:34 PM, Alexandre Belloni > wrote: >> On 06/09/2013 14:10, Otavio Salvador wrote: >>> On Fri, Sep 6, 2013 at 8:59 AM, Daiane Angolini >>> wrote: >>>> On 09/05/2013 06:21 PM, Alexandre Belloni wrote: >>>>> The cfa-10037 is a breakout board for the cfa-10036. >>>>> >>>>> Signed-off-by: Alexandre Belloni >>>>> --- >>>>> conf/machine/cfa10037.conf | 9 +++++++++ >>>>> 1 file changed, 9 insertions(+) >>>>> create mode 100644 conf/machine/cfa10037.conf >>>>> >>>>> diff --git a/conf/machine/cfa10037.conf b/conf/machine/cfa10037.conf >>>>> new file mode 100644 >>>>> index 0000000..7dbdd55 >>>>> --- /dev/null >>>>> +++ b/conf/machine/cfa10037.conf >>>>> @@ -0,0 +1,9 @@ >>>>> +#@TYPE: Machine >>>>> +#@NAME: Crystalfontz CFA-10037 >>>>> +#@SOC: i.MX28 >>>>> +#@DESCRIPTION: Machine configuration for CFA-10037 >>>>> + >>>>> +include conf/machine/include/cfa10036.inc >>>>> + >>>>> +KERNEL_DEVICETREE += "imx28-cfa10037.dtb" >>>> oh, you need both devicetree files.... >>> Really? I think it is not loading both. Alexandre, can you comment on this? >>> >> Sure, you are right, it is only loading one. But in the case the eeprom >> is not yet written, you may end up with barebox trying to use the >> cfa-10036 DT. Hence, I'm letting that DT so that you can still boot. You >> may also detach the cfa-10036 from the peripheral board and so end up >> booting only on the cfa-10036. >> >> I did the same for cfa-10055 and cfa-10056 which are actually cfa-10037 >> with an attached touchscreen. If you ever want to remove it, you >> probably want to still be able to boot it. >> >> Actually, I was wondering whether it wouldn't be better to simply always >> include all the DTs. > Personally I disagree with this approach. We are not working with PC > so people are expected to know what they're doing and choose the right > board. > > I will let you to decide on this as I am clueless about the boards and > you're the maintainer of these. So in the end it is your call. > I personnally don't mind removing the cfa-10037 from the cfa-10055 and cfa-10056 but I would prefer keeping the cfa-10036 DT for all the board, as explained, you may end up with a board with an empty eeprom and still want to boot (for example, to flash that eeprom ;) ). Also, I believe those boards may end up being used by unexperienced people (think raspberry pi ;) ) or by people wanting to use the same SD card on multiple different boards or event moving the cfa-10036+sdcard to another peripheral board. Just to be clear enough, the cfa-10036 is a SoM including the imx28, RAM, sdcard and usb with a 200 pin SO-DIMM connector. You can then host that SoM on different peripheral boards. See: http://www.crystalfontz.com/products/index-linux-SOM.html I can send a v2 with the extre cfa-10037 dt removed. -- Alexandre Belloni, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com