From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from db8outboundpool.messaging.microsoft.com (mail-db8lp0184.outbound.messaging.microsoft.com [213.199.154.184]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 77790E0083F for ; Mon, 20 Jan 2014 06:17:12 -0800 (PST) Received: from mail20-db8-R.bigfish.com (10.174.8.238) by DB8EHSOBE002.bigfish.com (10.174.4.65) with Microsoft SMTP Server id 14.1.225.22; Mon, 20 Jan 2014 14:17:11 +0000 Received: from mail20-db8 (localhost [127.0.0.1]) by mail20-db8-R.bigfish.com (Postfix) with ESMTP id 2C24B8C011F; Mon, 20 Jan 2014 14:17:11 +0000 (UTC) X-Forefront-Antispam-Report: CIP:70.37.183.190; KIP:(null); UIP:(null); IPV:NLI; H:mail.freescale.net; RD:none; EFVD:NLI X-SpamScore: -4 X-BigFish: VS-4(zz98dI936eI1432Idf9Izz1f42h2148h208ch1ee6h1de0h1fdah2073h2146h1202h1e76h2189h1d1ah1d2ah21bch1fc6hzz1de098h17326ah172cdfh8275bh8275dh19a27bh1de097h186068hz2dh2a8h839h947hd25he5bhf0ah1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh162dh1631h1758h1765h18e1h190ch1946h19b4h19c3h1ad9h1b0ah1b2fh2222h224fh1fb3h1d0ch1d2eh1d3fh1dfeh1dffh1f5fh1fe8h1ff5h209eh22d0h2336h2438h2461h2487h1155h) Received: from mail20-db8 (localhost.localdomain [127.0.0.1]) by mail20-db8 (MessageSwitch) id 1390227429764148_16689; Mon, 20 Jan 2014 14:17:09 +0000 (UTC) Received: from DB8EHSMHS023.bigfish.com (unknown [10.174.8.231]) by mail20-db8.bigfish.com (Postfix) with ESMTP id AC20FD0004C; Mon, 20 Jan 2014 14:17:09 +0000 (UTC) Received: from mail.freescale.net (70.37.183.190) by DB8EHSMHS023.bigfish.com (10.174.4.33) with Microsoft SMTP Server (TLS) id 14.16.227.3; Mon, 20 Jan 2014 14:17:09 +0000 Received: from az84smr01.freescale.net (10.64.34.197) by 039-SN1MMR1-003.039d.mgd.msft.net (10.84.1.16) with Microsoft SMTP Server (TLS) id 14.3.158.2; Mon, 20 Jan 2014 14:17:08 +0000 Received: from [10.29.244.106] ([10.29.244.106]) by az84smr01.freescale.net (8.14.3/8.14.0) with ESMTP id s0KEH6Rh014950; Mon, 20 Jan 2014 07:17:07 -0700 Message-ID: <52DD2EB0.5030208@freescale.com> Date: Mon, 20 Jan 2014 12:12:00 -0200 From: Daiane Angolini Organization: Freescale Semiconductor User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Carlos Rafael Giani , "meta-freescale@yoctoproject.org" References: <52DCF67C.6030503@pseudoterminal.org> In-Reply-To: <52DCF67C.6030503@pseudoterminal.org> X-OriginatorOrg: freescale.com X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn% Subject: Re: About customizing the image_types_fsl class 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: Mon, 20 Jan 2014 14:17:20 -0000 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit On 20-01-2014 08:12, Carlos Rafael Giani wrote: > Hello, > > I am working on revised hummingboard and cubox-i patches. > > One issue that has come up is its u-boot support. > There is a new forked u-boot version for these machines, with SPL > support. The way it is supposed to be built differs from the regular > u-boot.imx generation. > Building produces two files, u-boot.img and SPL. The SPL has to be > flashed first, the u-boot.img right after. > > The details are here: > http://imx.solid-run.com/wiki/index.php?title=Building_the_kernel_and_u-boot_for_the_CuBox-i_and_the_HummingBoard > > Excerpt: > Flashing SPL - sudo dd if=SPL of=/dev/sdX bs=512 seek=2 > Flashing u-boot.img as raw to the micro SD - sudo dd if=u-boot.img > of=/dev/sdX bs=1K seek=42 > > > I have been thinking about how to adapt this for meta-fsl-arm-extra. I > essentially have to derive my own class from image_types_fsl and provide > a new SDcard generation function. And to do that, I would have to copy & > paste large parts of the existing mx6 sdcard generation command. This is > not exactly clean. I think the question here is how "standard" will SPL be for imx. How many boards has already SPL support *now*? I think it's something we need to start including, because it's the next standard, however, we must make both working in parallel (spl and non-spl). And, I would say, it's better to include the additional source code for SPL support directly to image_types_fsl instead of derivative it only on meta-fsl-arm-extra > > One other detail, which is less important but still present, is that > these machines do _not_ expect the uImage to be outside of the > partitions. They just load the uImage from the first partition by default. > > I know mainline u-boot got hummingboard and cubox-i support, but first I > want to use something that has been tested by the machine vendors. > (Plus, I am not sure how stable the current git mainline of u-boot is, > and OE still uses 2013.10). Overall I choose u-boot mainline always. It is our default bootloader, at least in general lines. The u-boot mainline hummingboard stability can be known with simple test. And any additional support may be included. It's only a matter of planing. 2014.01 is about to be released, and u-boot-fslc is about to be update to that version. And we may thing about backport any accepted patch to 2014.01 if it's planned only to 2014.04. Conclusion: I think the best is u-boot mainline, even if it need some rework, it's the best long-term option, in my point of view. > > Suggestions? Comments? Let's wait for more suggestions. > > cheers, > Carlos > > > _______________________________________________ > meta-freescale mailing list > meta-freescale@yoctoproject.org > https://lists.yoctoproject.org/listinfo/meta-freescale > Regards, -- Daiane