From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ptmx.org (ptmx.org [178.63.28.110]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id BA985E0083F for ; Mon, 20 Jan 2014 02:10:13 -0800 (PST) Received: from [192.168.178.14] (chello080108009040.14.11.vie.surfer.at [80.108.9.40]) by ptmx.org (Postfix) with ESMTPSA id 6D50822600 for ; Mon, 20 Jan 2014 11:10:11 +0100 (CET) Message-ID: <52DCF67C.6030503@pseudoterminal.org> Date: Mon, 20 Jan 2014 11:12:12 +0100 From: Carlos Rafael Giani User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: "meta-freescale@yoctoproject.org" Subject: 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 10:10:14 -0000 Content-Type: multipart/alternative; boundary="------------030405070003040800030608" --------------030405070003040800030608 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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. 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). Suggestions? Comments? cheers, Carlos --------------030405070003040800030608 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 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.

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).

Suggestions? Comments?

cheers,
  Carlos
--------------030405070003040800030608-- 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 From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ptmx.org (ptmx.org [178.63.28.110]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 42835E0079B for ; Mon, 20 Jan 2014 06:41:12 -0800 (PST) Received: from [10.1.14.248] (83-64-248-68.inzersdorf.xdsl-line.inode.at [83.64.248.68]) by ptmx.org (Postfix) with ESMTPSA id D90A2225D5; Mon, 20 Jan 2014 15:41:10 +0100 (CET) Message-ID: <52DD3586.8090103@pseudoterminal.org> Date: Mon, 20 Jan 2014 15:41:10 +0100 From: Carlos Rafael Giani User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Daiane Angolini , "meta-freescale@yoctoproject.org" References: <52DCF67C.6030503@pseudoterminal.org> <52DD2EB0.5030208@freescale.com> In-Reply-To: <52DD2EB0.5030208@freescale.com> 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:41:14 -0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 2014-01-20 15:12, Daiane Angolini wrote: > 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 True. If more boards start using SPL, then it should become part of the image_types_fsl class. Also, a flag to disable writing the uImage outside of the partitions would also be useful (but not essential). > > 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. This means I should wait until 2014.01 is released and added to oe-core before I submit my cubox-i patches for meta-fsl-arm-extra ? From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from tx2outboundpool.messaging.microsoft.com (tx2ehsobe004.messaging.microsoft.com [65.55.88.14]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 864EBE00804 for ; Mon, 20 Jan 2014 07:06:05 -0800 (PST) Received: from mail24-tx2-R.bigfish.com (10.9.14.226) by TX2EHSOBE001.bigfish.com (10.9.40.21) with Microsoft SMTP Server id 14.1.225.22; Mon, 20 Jan 2014 15:06:04 +0000 Received: from mail24-tx2 (localhost [127.0.0.1]) by mail24-tx2-R.bigfish.com (Postfix) with ESMTP id 11330A00B1; Mon, 20 Jan 2014 15:05:33 +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: -3 X-BigFish: VS-3(zz98dI936eI1432Izz1f42h2148h208ch1ee6h1de0h1fdah2073h2146h1202h1e76h2189h1d1ah1d2ah21bch1fc6hzzz2dh2a8h839h947hd25he5bhf0ah1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh162dh1631h1758h1765h18e1h190ch1946h19b4h19c3h1ad9h1b0ah1b2fh2222h224fh1fb3h1d0ch1d2eh1d3fh1dfeh1dffh1f5fh1fe8h1ff5h209eh22d0h2336h2438h2461h2487h1155h) Received: from mail24-tx2 (localhost.localdomain [127.0.0.1]) by mail24-tx2 (MessageSwitch) id 1390230330900886_23588; Mon, 20 Jan 2014 15:05:30 +0000 (UTC) Received: from TX2EHSMHS023.bigfish.com (unknown [10.9.14.254]) by mail24-tx2.bigfish.com (Postfix) with ESMTP id D4C1C4C0049; Mon, 20 Jan 2014 15:05:30 +0000 (UTC) Received: from mail.freescale.net (70.37.183.190) by TX2EHSMHS023.bigfish.com (10.9.99.123) with Microsoft SMTP Server (TLS) id 14.16.227.3; Mon, 20 Jan 2014 15:05:20 +0000 Received: from az84smr01.freescale.net (10.64.34.197) by 039-SN1MMR1-001.039d.mgd.msft.net (10.84.1.13) with Microsoft SMTP Server (TLS) id 14.3.158.2; Mon, 20 Jan 2014 15:05:19 +0000 Received: from [10.29.244.106] ([10.29.244.106]) by az84smr01.freescale.net (8.14.3/8.14.0) with ESMTP id s0KF5IBj017742; Mon, 20 Jan 2014 08:05:18 -0700 Message-ID: <52DD39FD.9090406@freescale.com> Date: Mon, 20 Jan 2014 13:00:13 -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> <52DD2EB0.5030208@freescale.com> <52DD3586.8090103@pseudoterminal.org> In-Reply-To: <52DD3586.8090103@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 15:06:10 -0000 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit On 20-01-2014 12:41, Carlos Rafael Giani wrote: > On 2014-01-20 15:12, Daiane Angolini wrote: >> 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 > > True. If more boards start using SPL, then it should become part of the > image_types_fsl class. Also, a flag to disable writing the uImage > outside of the partitions would also be useful (but not essential). > >> >> 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. > > This means I should wait until 2014.01 is released and added to oe-core > before I submit my cubox-i patches for meta-fsl-arm-extra ? > As I know it's supposed to be released today/tomorrow -- Daiane From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ptmx.org (ptmx.org [178.63.28.110]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 0C8C5E0087A for ; Mon, 20 Jan 2014 09:40:14 -0800 (PST) Received: from [10.1.14.248] (83-64-248-68.inzersdorf.xdsl-line.inode.at [83.64.248.68]) by ptmx.org (Postfix) with ESMTPSA id EB49F22600; Mon, 20 Jan 2014 18:40:12 +0100 (CET) Message-ID: <52DD5F7C.2020109@pseudoterminal.org> Date: Mon, 20 Jan 2014 18:40:12 +0100 From: Carlos Rafael Giani User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Daiane Angolini , "meta-freescale@yoctoproject.org" References: <52DCF67C.6030503@pseudoterminal.org> <52DD2EB0.5030208@freescale.com> <52DD3586.8090103@pseudoterminal.org> <52DD39FD.9090406@freescale.com> In-Reply-To: <52DD39FD.9090406@freescale.com> 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 17:40:16 -0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 2014-01-20 16:00, Daiane Angolini wrote: > > As I know it's supposed to be released today/tomorrow > Just had a discussion with developers working on Cubox-I support. They tried to push MXC SPL support for the CuBox-i upstream, didn't work out so far. Otavio suggested to use mainline without SPL for now, but I am skeptical about it. SPL is a very nice feature, it allows me to use the exact same installation for several Cubox-i machines. The way I see it, there are two options for me: 1) Use the u-boot fork with MXC SPL support for now, until mainline supports MXC SPL. Then immediately switch to mainline by applying a patch to meta-fsl-arm-extra. 2) Use mainline without SPL, and live with the fact that I need a build for every single CuBox-i machine. I personally favor (1), especially since it is already fully working for me. I could send the patches to the mailing list after a little cleanup. You seem to favor (2), since mainline is usually a better choice than some odd fork (I agree on this in principle, but in this case, I favor the fork). From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-vc0-f169.google.com (mail-vc0-f169.google.com [209.85.220.169]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id A8860E007EB for ; Mon, 20 Jan 2014 11:48:38 -0800 (PST) Received: by mail-vc0-f169.google.com with SMTP id hq11so3146020vcb.28 for ; Mon, 20 Jan 2014 11:48:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=c2/hiQOgCi6KlPYUq2bw1tiKO0cKYrpdovUF2gqVdPU=; b=0W2GAGzMpAm4yb1PIfIYoAMeAFSJMJHSXeAGerPE6KTh//E1Ks7rFE444H7ElvWKF4 GgMocwwP9q+ThDYOcWuJDhWoZzIOnNeC+5S+yEzfDP9Fe4i3QQh7wHVBk89Yv6tnYs2V rPE4mSKRTEqAraH3hbxOXhNaGpyKgmwB3SDALbNWbyU6ypWxfEZPBpms282BWB94mMen BmXbZvo2xFVh7I953ieZSvu9A3eOpfkXygSpjLlWcoCYS4iXR1XcPs/WKNPJfCNU+OhT Ps5vwMEtpCSgNa3W6qvcjZ7hG7nw7bOVyy1Zj7OCsXw7TkXWOwHHqcZTqFBYR08JVVbU kCNA== MIME-Version: 1.0 X-Received: by 10.58.6.239 with SMTP id e15mr11919639vea.14.1390247317104; Mon, 20 Jan 2014 11:48:37 -0800 (PST) Received: by 10.58.37.5 with HTTP; Mon, 20 Jan 2014 11:48:37 -0800 (PST) In-Reply-To: <52DD5F7C.2020109@pseudoterminal.org> References: <52DCF67C.6030503@pseudoterminal.org> <52DD2EB0.5030208@freescale.com> <52DD3586.8090103@pseudoterminal.org> <52DD39FD.9090406@freescale.com> <52DD5F7C.2020109@pseudoterminal.org> Date: Mon, 20 Jan 2014 17:48:37 -0200 Message-ID: From: Fabio Estevam To: Carlos Rafael Giani Cc: "meta-freescale@yoctoproject.org" 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 19:48:38 -0000 Content-Type: text/plain; charset=UTF-8 On Mon, Jan 20, 2014 at 3:40 PM, Carlos Rafael Giani wrote: > On 2014-01-20 16:00, Daiane Angolini wrote: >> >> >> As I know it's supposed to be released today/tomorrow >> > > Just had a discussion with developers working on Cubox-I support. They tried > to push MXC SPL support for the CuBox-i upstream, didn't work out so far. Have they sent their patch to the U-boot list? If so, care to point me where these patches are in the list? I do not recall seeing any patches from them in the U-boot mailing list. > Otavio suggested to use mainline without SPL for now, but I am skeptical > about it. SPL is a very nice feature, it allows me to use the exact same > installation for several Cubox-i machines. > > The way I see it, there are two options for me: > 1) Use the u-boot fork with MXC SPL support for now, until mainline supports > MXC SPL. Then immediately switch to mainline by applying a patch to > meta-fsl-arm-extra. > 2) Use mainline without SPL, and live with the fact that I need a build for > every single CuBox-i machine. Or even better: 3) Work on upstreaming mx6 spl support into mainline U-boot Regards, Fabio Estevam From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-yh0-f51.google.com (mail-yh0-f51.google.com [209.85.213.51]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id B31B1E00884 for ; Mon, 20 Jan 2014 11:54:30 -0800 (PST) Received: by mail-yh0-f51.google.com with SMTP id l109so2488935yhq.10 for ; Mon, 20 Jan 2014 11:54:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=D0wz30o/EZTlRfYT1VF4GzGEyBzGzkMItyEH7sem+/Q=; b=QopogRlq48ZC8Z0hkWL9NmIGCx7m9RWe89p3s3OdxBnrKnfSTACFhukd+l374BG5ak p4NpfHCK6c7pvbF/Amsemn9FI4+mygKBNZyeTIri3rCa2ZtlOW1bQyjgByneE3iUULBY +2wS5KaCfKCB6zHn+72nHUxxlD8wRwEI8vGXqKRvWtfzBEMYVHVVT8pzCVVUUt7GsztC uIlBFy+GrYd1FSJDD513LR/UHKca15vIEog5VXHdkYJU6GqfYHNaEJEuZB71fg4Nuo/Y R7SJgCEO8HfYirUJvSS+yCujcHcf1Z5oDIY17yejmt6C0P6MdH9zLej9/fMXjsT8bCVI 4KDg== X-Received: by 10.236.61.136 with SMTP id w8mr19263742yhc.14.1390247668949; Mon, 20 Jan 2014 11:54:28 -0800 (PST) Received: from goober.local ([75.76.20.151]) by mx.google.com with ESMTPSA id f78sm5241761yhp.12.2014.01.20.11.54.28 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 20 Jan 2014 11:54:28 -0800 (PST) Message-ID: <52DD7EF3.6080504@gmail.com> Date: Mon, 20 Jan 2014 13:54:27 -0600 From: John Weber User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: meta-freescale@yoctoproject.org References: <52DCF67C.6030503@pseudoterminal.org> <52DD2EB0.5030208@freescale.com> <52DD3586.8090103@pseudoterminal.org> <52DD39FD.9090406@freescale.com> <52DD5F7C.2020109@pseudoterminal.org> In-Reply-To: <52DD5F7C.2020109@pseudoterminal.org> 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 19:54:37 -0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 1/20/14 11:40 AM, Carlos Rafael Giani wrote: > On 2014-01-20 16:00, Daiane Angolini wrote: >> >> As I know it's supposed to be released today/tomorrow >> > > Just had a discussion with developers working on Cubox-I support. They tried > to push MXC SPL support for the CuBox-i upstream, didn't work out so far. > Otavio suggested to use mainline without SPL for now, but I am skeptical about > it. SPL is a very nice feature, it allows me to use the exact same > installation for several Cubox-i machines. > > The way I see it, there are two options for me: > 1) Use the u-boot fork with MXC SPL support for now, until mainline supports > MXC SPL. Then immediately switch to mainline by applying a patch to > meta-fsl-arm-extra. > 2) Use mainline without SPL, and live with the fact that I need a build for > every single CuBox-i machine. > > I personally favor (1), especially since it is already fully working for me. I > could send the patches to the mailing list after a little cleanup. You seem to > favor (2), since mainline is usually a better choice than some odd fork (I > agree on this in principle, but in this case, I favor the fork). > Other boards are making use of this. The guys at Wandboard worked on it so that they could release a single image for all variants. Why not add it to the default sdcard creation script and then make it enabled/disabled either at the machine level or cause it to be automatically selected by the SPL recipe? From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-oa0-f50.google.com (mail-oa0-f50.google.com [209.85.219.50]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id AB3CAE0081B for ; Mon, 20 Jan 2014 12:20:06 -0800 (PST) Received: by mail-oa0-f50.google.com with SMTP id n16so5104098oag.37 for ; Mon, 20 Jan 2014 12:20:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=jhmpEvjHIAL+2rAAkzsSGBETkdR6cnxZ+STvyNDReu4=; b=NvNkQ1DzUCOOdIBNtOhqdAoxDOmCF0LPlF9PhwRxMb/qfljYw2Ulq+mIqgrjlsyAGp s2nXhlTcTFnrJO7UTFgqvJNiYMQ6x2td2MimAj8Ebe/dVVpmZK5Y/5wUW6mOdnIT6/r2 WHz599KLZZ0VAUO8SWS+poHH2z0vkrTbmKTZc7lmeuY6dwcJAyZd9a1+3Tw8wmdILyDa VmIMeJEockk3Ws+N1dYpl+wKpVoPL65uPWL17BAk6EVQDd2qweDk7rYO7/8U/jpIalwx w633k+Oe3azTVXJzdDt8YPllWb7/QwF2gRrW7PVAFkFCmc/WRB5xFDW8GCPjlF6Osn2t JcEw== MIME-Version: 1.0 X-Received: by 10.60.135.130 with SMTP id ps2mr3638781oeb.46.1390249206118; Mon, 20 Jan 2014 12:20:06 -0800 (PST) Sender: otavio.salvador@gmail.com Received: by 10.182.232.166 with HTTP; Mon, 20 Jan 2014 12:20:06 -0800 (PST) In-Reply-To: <52DD7EF3.6080504@gmail.com> References: <52DCF67C.6030503@pseudoterminal.org> <52DD2EB0.5030208@freescale.com> <52DD3586.8090103@pseudoterminal.org> <52DD39FD.9090406@freescale.com> <52DD5F7C.2020109@pseudoterminal.org> <52DD7EF3.6080504@gmail.com> Date: Mon, 20 Jan 2014 18:20:06 -0200 X-Google-Sender-Auth: Rbna8uwJpLzg2-3m18RycvwNHqs Message-ID: From: Otavio Salvador To: John Weber Cc: "meta-freescale@yoctoproject.org" 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 20:20:08 -0000 Content-Type: text/plain; charset=ISO-8859-1 On Mon, Jan 20, 2014 at 5:54 PM, John Weber wrote: > > On 1/20/14 11:40 AM, Carlos Rafael Giani wrote: >> >> On 2014-01-20 16:00, Daiane Angolini wrote: >>> >>> >>> As I know it's supposed to be released today/tomorrow >>> >> >> Just had a discussion with developers working on Cubox-I support. They >> tried to push MXC SPL support for the CuBox-i upstream, didn't work out so >> far. Otavio suggested to use mainline without SPL for now, but I am >> skeptical about it. SPL is a very nice feature, it allows me to use the >> exact same installation for several Cubox-i machines. >> >> The way I see it, there are two options for me: >> 1) Use the u-boot fork with MXC SPL support for now, until mainline >> supports MXC SPL. Then immediately switch to mainline by applying a patch to >> meta-fsl-arm-extra. >> 2) Use mainline without SPL, and live with the fact that I need a build >> for every single CuBox-i machine. >> >> I personally favor (1), especially since it is already fully working for >> me. I could send the patches to the mailing list after a little cleanup. You >> seem to favor (2), since mainline is usually a better choice than some odd >> fork (I agree on this in principle, but in this case, I favor the fork). >> > Other boards are making use of this. The guys at Wandboard worked on it so > that they could release a single image for all variants. > > Why not add it to the default sdcard creation script and then make it > enabled/disabled either at the machine level or cause it to be automatically > selected by the SPL recipe? We can do it as soon U-Boot mailing list is consulted and we decide how the final layout will be. Will it be two binaries or a single one? We shouldn't add something here and just drop later; We need to bear on mind we will have people depending on it. -- Otavio Salvador O.S. Systems http://www.ossystems.com.br http://code.ossystems.com.br Mobile: +55 (53) 9981-7854 Mobile: +1 (347) 903-9750 From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ptmx.org (ptmx.org [178.63.28.110]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 8E6E8E00884 for ; Tue, 21 Jan 2014 05:04:59 -0800 (PST) Received: from [10.1.14.248] (83-64-248-68.inzersdorf.xdsl-line.inode.at [83.64.248.68]) by ptmx.org (Postfix) with ESMTPSA id E25A825009; Tue, 21 Jan 2014 14:04:57 +0100 (CET) Message-ID: <52DE7079.6080606@pseudoterminal.org> Date: Tue, 21 Jan 2014 14:04:57 +0100 From: Carlos Rafael Giani User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Fabio Estevam References: <52DCF67C.6030503@pseudoterminal.org> <52DD2EB0.5030208@freescale.com> <52DD3586.8090103@pseudoterminal.org> <52DD39FD.9090406@freescale.com> <52DD5F7C.2020109@pseudoterminal.org> In-Reply-To: Cc: "meta-freescale@yoctoproject.org" 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: Tue, 21 Jan 2014 13:05:01 -0000 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 2014-01-20 20:48, Fabio Estevam wrote: > On Mon, Jan 20, 2014 at 3:40 PM, Carlos Rafael Giani > wrote: >> On 2014-01-20 16:00, Daiane Angolini wrote: >>> >>> As I know it's supposed to be released today/tomorrow >>> >> Just had a discussion with developers working on Cubox-I support. >> They tried >> to push MXC SPL support for the CuBox-i upstream, didn't work out so >> far. > Have they sent their patch to the U-boot list? If so, care to point me > where these patches are in the list? > > I do not recall seeing any patches from them in the U-boot mailing list. The patches were made by Jon Nettleton. According to him, this discussion happened offline. Hence no mailing list patches. > >> Otavio suggested to use mainline without SPL for now, but I am skeptical >> about it. SPL is a very nice feature, it allows me to use the exact same >> installation for several Cubox-i machines. >> >> The way I see it, there are two options for me: >> 1) Use the u-boot fork with MXC SPL support for now, until mainline >> supports >> MXC SPL. Then immediately switch to mainline by applying a patch to >> meta-fsl-arm-extra. >> 2) Use mainline without SPL, and live with the fact that I need a >> build for >> every single CuBox-i machine. > Or even better: > > 3) Work on upstreaming mx6 spl support into mainline U-boot > He tried just that, and ran into a wall. When he has time, he may be able to drop in and explain what happened in his own words. Also, we just discovered that barebox has CuBox-i and HummingBoard support already. Its design seems to be much nicer and easier to manage. Has barebox ever been considered a u-boot alternative for meta-fsl-arm ? From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-vc0-f177.google.com (mail-vc0-f177.google.com [209.85.220.177]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 2E14EE0087B for ; Tue, 21 Jan 2014 05:22:37 -0800 (PST) Received: by mail-vc0-f177.google.com with SMTP id if11so3479979vcb.36 for ; Tue, 21 Jan 2014 05:22:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=BrElV8W2gP350plHQhNH70gwledRrxfPN8Cvy1SKhN0=; b=XFMvDNssEv+sFt8Pa8/CpWZE2wSEr6ESxuDc46ub5ajGhA94llphZLN3gMYk+7clyn bkclv+jb4kNclD7E0/9Axu2GhzVrqzhiuJ3fMP7F/oDSyQzQx7xXHbD2UDuWtNP45Jm5 qiUFG1a259RSBlfNhn/TJoCH5f0UIzk4kfbnvfaJGRsO1oHx5fnY1bbc3+eO4fOneOQw 099JpICtQO2jn/VBOdEeCrXoaLBlHNzZs5PpVUnz36mluTkr/gRbLYIhMYTHI9xt18vN G5tunboNYSg8CijADb9UisO3+uEsbROl/rGFuBj9xH4iEqrekB9HvaQ9lx0i7aiHi7hV 1tSQ== MIME-Version: 1.0 X-Received: by 10.58.188.20 with SMTP id fw20mr58162vec.54.1390310556917; Tue, 21 Jan 2014 05:22:36 -0800 (PST) Received: by 10.58.37.5 with HTTP; Tue, 21 Jan 2014 05:22:36 -0800 (PST) In-Reply-To: <52DE7079.6080606@pseudoterminal.org> References: <52DCF67C.6030503@pseudoterminal.org> <52DD2EB0.5030208@freescale.com> <52DD3586.8090103@pseudoterminal.org> <52DD39FD.9090406@freescale.com> <52DD5F7C.2020109@pseudoterminal.org> <52DE7079.6080606@pseudoterminal.org> Date: Tue, 21 Jan 2014 11:22:36 -0200 Message-ID: From: Fabio Estevam To: Carlos Rafael Giani Cc: "meta-freescale@yoctoproject.org" 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: Tue, 21 Jan 2014 13:22:40 -0000 Content-Type: text/plain; charset=UTF-8 On Tue, Jan 21, 2014 at 11:04 AM, Carlos Rafael Giani wrote: > He tried just that, and ran into a wall. When he has time, he may be able to > drop in and explain what happened in his own words. > Also, we just discovered that barebox has CuBox-i and HummingBoard support > already. Its design seems to be much nicer and easier to manage. Has barebox > ever been considered a u-boot alternative for meta-fsl-arm ? There are already barebox users in meta-fsl-arm. Regards, Fabio Estevam From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2lp0244.outbound.protection.outlook.com [207.46.163.244]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 61AF7E0087B for ; Tue, 21 Jan 2014 05:28:17 -0800 (PST) Received: from BY2PR03MB379.namprd03.prod.outlook.com (10.242.237.21) by BY2PR03MB377.namprd03.prod.outlook.com (10.242.237.12) with Microsoft SMTP Server (TLS) id 15.0.847.13; Tue, 21 Jan 2014 13:28:15 +0000 Received: from BY2PR03MB379.namprd03.prod.outlook.com ([10.242.237.21]) by BY2PR03MB379.namprd03.prod.outlook.com ([10.242.237.21]) with mapi id 15.00.0847.008; Tue, 21 Jan 2014 13:28:15 +0000 From: "Daiane.Angolini@freescale.com" To: Carlos Rafael Giani , Fabio Estevam Thread-Topic: [meta-freescale] About customizing the image_types_fsl class Thread-Index: AQHPFcffe/9mqBaR0kWpFt/WZshvUZqNhhQAgAAprQCAAAVTgIAALLMAgAAj4YCAASGMgIAABf/g Date: Tue, 21 Jan 2014 13:28:14 +0000 Message-ID: <963251abd4ab479ca71de9fed3aa1489@BY2PR03MB379.namprd03.prod.outlook.com> References: <52DCF67C.6030503@pseudoterminal.org> <52DD2EB0.5030208@freescale.com> <52DD3586.8090103@pseudoterminal.org> <52DD39FD.9090406@freescale.com> <52DD5F7C.2020109@pseudoterminal.org> In-Reply-To: <52DE7079.6080606@pseudoterminal.org> Accept-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.88.168.50] x-forefront-prvs: 0098BA6C6C x-forefront-antispam-report: SFV:NSPM; SFS:(10009001)(6009001)(13464003)(51704005)(377424004)(199002)(377454003)(189002)(24454002)(54316002)(56776001)(92566001)(46102001)(66066001)(19580395003)(80976001)(83322001)(51856001)(79102001)(47736001)(76786001)(50986001)(63696002)(81816001)(93136001)(59766001)(33646001)(76482001)(74876001)(19580405001)(83072002)(76576001)(81686001)(31966008)(87936001)(4396001)(80022001)(47446002)(74316001)(81342001)(15975445006)(15202345003)(65816001)(56816005)(47976001)(53806001)(76796001)(54356001)(49866001)(85306002)(2656002)(74662001)(93516002)(85852003)(74706001)(81542001)(87266001)(90146001)(86362001)(74502001)(77982001)(69226001)(74366001)(24736002); DIR:OUT; SFP:1101; SCL:1; SRVR:BY2PR03MB377; H:BY2PR03MB379.namprd03.prod.outlook.com; CLIP:192.88.168.50; FPR:; RD:InfoNoRecords; A:1; MX:1; LANG:en; MIME-Version: 1.0 X-OriginatorOrg: freescale.com Cc: "meta-freescale@yoctoproject.org" 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: Tue, 21 Jan 2014 13:28:18 -0000 Content-Language: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogQ2FybG9zIFJhZmFlbCBH aWFuaSBbbWFpbHRvOmR2QHBzZXVkb3Rlcm1pbmFsLm9yZ10NCj4gU2VudDogVHVlc2RheSwgSmFu dWFyeSAyMSwgMjAxNCAxMTowNSBBTQ0KPiBUbzogRmFiaW8gRXN0ZXZhbQ0KPiBDYzogQW5nb2xp bmkgRGFpYW5lLUIxOTQwNjsgbWV0YS1mcmVlc2NhbGVAeW9jdG9wcm9qZWN0Lm9yZw0KPiBTdWJq ZWN0OiBSZTogW21ldGEtZnJlZXNjYWxlXSBBYm91dCBjdXN0b21pemluZyB0aGUgaW1hZ2VfdHlw ZXNfZnNsIGNsYXNzDQo+IA0KPiBPbiAyMDE0LTAxLTIwIDIwOjQ4LCBGYWJpbyBFc3RldmFtIHdy b3RlOg0KPiA+IE9uIE1vbiwgSmFuIDIwLCAyMDE0IGF0IDM6NDAgUE0sIENhcmxvcyBSYWZhZWwg R2lhbmkNCj4gPiA8ZHZAcHNldWRvdGVybWluYWwub3JnPiB3cm90ZToNCj4gPj4gT24gMjAxNC0w MS0yMCAxNjowMCwgRGFpYW5lIEFuZ29saW5pIHdyb3RlOg0KPiA+Pj4NCj4gPj4+IEFzIEkga25v dyBpdCdzIHN1cHBvc2VkIHRvIGJlIHJlbGVhc2VkIHRvZGF5L3RvbW9ycm93DQo+ID4+Pg0KPiA+ PiBKdXN0IGhhZCBhIGRpc2N1c3Npb24gd2l0aCBkZXZlbG9wZXJzIHdvcmtpbmcgb24gQ3Vib3gt SSBzdXBwb3J0Lg0KPiA+PiBUaGV5IHRyaWVkDQo+ID4+IHRvIHB1c2ggTVhDIFNQTCBzdXBwb3J0 IGZvciB0aGUgQ3VCb3gtaSB1cHN0cmVhbSwgZGlkbid0IHdvcmsgb3V0IHNvDQo+ID4+IGZhci4N Cj4gPiBIYXZlIHRoZXkgc2VudCB0aGVpciBwYXRjaCB0byB0aGUgVS1ib290IGxpc3Q/IElmIHNv LCBjYXJlIHRvIHBvaW50IG1lDQo+ID4gd2hlcmUgdGhlc2UgcGF0Y2hlcyBhcmUgaW4gdGhlIGxp c3Q/DQo+ID4NCj4gPiBJIGRvIG5vdCByZWNhbGwgc2VlaW5nIGFueSBwYXRjaGVzIGZyb20gdGhl bSBpbiB0aGUgVS1ib290IG1haWxpbmcgbGlzdC4NCj4gDQo+IFRoZSBwYXRjaGVzIHdlcmUgbWFk ZSBieSBKb24gTmV0dGxldG9uLiBBY2NvcmRpbmcgdG8gaGltLCB0aGlzIGRpc2N1c3Npb24NCj4g aGFwcGVuZWQgb2ZmbGluZS4gSGVuY2Ugbm8gbWFpbGluZyBsaXN0IHBhdGNoZXMuDQo+IA0KPiA+ DQo+ID4+IE90YXZpbyBzdWdnZXN0ZWQgdG8gdXNlIG1haW5saW5lIHdpdGhvdXQgU1BMIGZvciBu b3csIGJ1dCBJIGFtDQo+ID4+IHNrZXB0aWNhbCBhYm91dCBpdC4gU1BMIGlzIGEgdmVyeSBuaWNl IGZlYXR1cmUsIGl0IGFsbG93cyBtZSB0byB1c2UNCj4gPj4gdGhlIGV4YWN0IHNhbWUgaW5zdGFs bGF0aW9uIGZvciBzZXZlcmFsIEN1Ym94LWkgbWFjaGluZXMuDQo+ID4+DQo+ID4+IFRoZSB3YXkg SSBzZWUgaXQsIHRoZXJlIGFyZSB0d28gb3B0aW9ucyBmb3IgbWU6DQo+ID4+IDEpIFVzZSB0aGUg dS1ib290IGZvcmsgd2l0aCBNWEMgU1BMIHN1cHBvcnQgZm9yIG5vdywgdW50aWwgbWFpbmxpbmUN Cj4gPj4gc3VwcG9ydHMgTVhDIFNQTC4gVGhlbiBpbW1lZGlhdGVseSBzd2l0Y2ggdG8gbWFpbmxp bmUgYnkgYXBwbHlpbmcgYQ0KPiA+PiBwYXRjaCB0byBtZXRhLWZzbC1hcm0tZXh0cmEuDQo+ID4+ IDIpIFVzZSBtYWlubGluZSB3aXRob3V0IFNQTCwgYW5kIGxpdmUgd2l0aCB0aGUgZmFjdCB0aGF0 IEkgbmVlZCBhDQo+ID4+IGJ1aWxkIGZvciBldmVyeSBzaW5nbGUgQ3VCb3gtaSBtYWNoaW5lLg0K PiA+IE9yIGV2ZW4gYmV0dGVyOg0KPiA+DQo+ID4gMykgV29yayBvbiB1cHN0cmVhbWluZyBteDYg c3BsIHN1cHBvcnQgaW50byBtYWlubGluZSBVLWJvb3QNCj4gPg0KPiANCj4gSGUgdHJpZWQganVz dCB0aGF0LCBhbmQgcmFuIGludG8gYSB3YWxsLiBXaGVuIGhlIGhhcyB0aW1lLCBoZSBtYXkgYmUg YWJsZQ0KPiB0byBkcm9wIGluIGFuZCBleHBsYWluIHdoYXQgaGFwcGVuZWQgaW4gaGlzIG93biB3 b3Jkcy4NCj4gQWxzbywgd2UganVzdCBkaXNjb3ZlcmVkIHRoYXQgYmFyZWJveCBoYXMgQ3VCb3gt aSBhbmQgSHVtbWluZ0JvYXJkIHN1cHBvcnQNCj4gYWxyZWFkeS4gSXRzIGRlc2lnbiBzZWVtcyB0 byBiZSBtdWNoIG5pY2VyIGFuZCBlYXNpZXIgdG8gbWFuYWdlLg0KPiBIYXMgYmFyZWJveCBldmVy IGJlZW4gY29uc2lkZXJlZCBhIHUtYm9vdCBhbHRlcm5hdGl2ZSBmb3IgbWV0YS1mc2wtYXJtID8N Cg0KaHR0cDovL2dpdC55b2N0b3Byb2plY3Qub3JnL2NnaXQvY2dpdC5jZ2kvbWV0YS1mc2wtYXJt L3RyZWUvcmVjaXBlcy1ic3AvYmFyZWJveA0KDQoNCkRhaWFuZSANCg0K