From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id DF067E00A54; Wed, 8 Jul 2015 07:34:59 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on yocto-www.yoctoproject.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,HTML_MESSAGE, RCVD_IN_DNSWL_NONE,SPF_HELO_PASS autolearn=ham version=3.3.1 X-Spam-HAM-Report: * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no * trust * [207.46.100.114 listed in list.dnswl.org] * -0.0 SPF_HELO_PASS SPF: HELO matches SPF record * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 HTML_MESSAGE BODY: HTML included in message Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0114.outbound.protection.outlook.com [207.46.100.114]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id A5077E00A54 for ; Wed, 8 Jul 2015 07:34:07 -0700 (PDT) Received: from BY2PR03CA076.namprd03.prod.outlook.com (10.141.249.49) by BN3PR0301MB0883.namprd03.prod.outlook.com (10.160.155.145) with Microsoft SMTP Server (TLS) id 15.1.207.19; Wed, 8 Jul 2015 14:34:05 +0000 Received: from BY2FFO11OLC012.protection.gbl (2a01:111:f400:7c0c::109) by BY2PR03CA076.outlook.office365.com (2a01:111:e400:2c5d::49) with Microsoft SMTP Server (TLS) id 15.1.213.14 via Frontend Transport; Wed, 8 Jul 2015 14:34:04 +0000 Authentication-Results: spf=fail (sender IP is 192.88.158.2) smtp.mailfrom=freescale.com; mail.bg; dkim=none (message not signed) header.d=none; Received-SPF: Fail (protection.outlook.com: domain of freescale.com does not designate 192.88.158.2 as permitted sender) receiver=protection.outlook.com; client-ip=192.88.158.2; helo=az84smr01.freescale.net; Received: from az84smr01.freescale.net (192.88.158.2) by BY2FFO11OLC012.mail.protection.outlook.com (10.1.15.23) with Microsoft SMTP Server (TLS) id 15.1.213.8 via Frontend Transport; Wed, 8 Jul 2015 14:34:04 +0000 Received: from [127.0.0.1] (RA43240-03.am.freescale.net [10.81.17.26]) by az84smr01.freescale.net (8.14.3/8.14.0) with ESMTP id t68EXrBT008699; Wed, 8 Jul 2015 07:34:04 -0700 Message-ID: <559D34D1.5040203@freescale.com> Date: Wed, 8 Jul 2015 09:33:53 -0500 From: Ann Thornton User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Nikolay Dimitrov , Daiane Angolini References: <1436209456-28900-1-git-send-email-ra43240@freescale.com> <559AE65B.6040201@mail.bg> <559AEA1E.8000202@freescale.com> <559BEC6C.80407@mail.bg> In-Reply-To: <559BEC6C.80407@mail.bg> X-EOPAttributedMessage: 0 X-Microsoft-Exchange-Diagnostics: 1; BY2FFO11OLC012; 1:P7MvpidPtpQM4uKk1cTZhu8d99GCmZcI3nP3bwvuwju6E1RGXYZB9vVubK46qdRSrCYC75jTLuQdpcM1VAbSwMBBTzm+g12tsu69ruAVoK1qo1YfqCr4lLrJc2mYv5c26Nw5yOt8wCwGizoIOyJnQissYkCsybwzzmfLUctl/M40BtQXKkYe1x7qqnOTeNwUXIkXMzK9UGAeTxz+fulR31H2FbgUtvbaZtbthi+mcbHFd9GZGEtVNtuYg7jDM5HNnPoho9sufXC9klg+ZNRPjnbLKG9EWNeqZBR3aF3QcFRavabh4r27utIbkFpk/jWH4MXZ1IiETgX4MaLo2F4pBh/bhRCpD/rPcz17Fp85LUotZEZf2+S2FZ8VE6q5+ONWkUoXeNhaA0Oaw5NxVDH81A== X-Forefront-Antispam-Report: CIP:192.88.158.2; CTRY:US; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(10019020)(2980300002)(339900001)(377454003)(189002)(51704005)(199003)(24454002)(252514010)(479174004)(83506001)(64126003)(33656002)(92566002)(85426001)(87266999)(50986999)(6806004)(76176999)(84326002)(65806001)(54356999)(65816999)(87936001)(86362001)(19580395003)(19580405001)(80316001)(65956001)(15975445007)(77096005)(19617315012)(512874002)(120886001)(105606002)(5001770100001)(104016003)(4001350100001)(77156002)(62966003)(189998001)(36756003)(46102003)(5001960100002)(230783001)(2950100001)(106466001); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR0301MB0883; H:az84smr01.freescale.net; FPR:; SPF:Fail; MLV:sfv; MX:1; A:1; LANG:; X-Microsoft-Exchange-Diagnostics: 1; BN3PR0301MB0883; 2:CfvvPbkaI/jDe7jD57NOxBSJtiilrRZeny1kUmSRSnIPWZxOAzm1VVc0+UYy5nQQ; 3:K9Kqeq6upV7hVLd5X3tzAIS9iIeSmqYfn8372eLcq7F2VIKQWhGJ4TWc1XUf06iIQQpvz6P4sX2ZhnOP3LbenhYeIxhEtYqymKU4yM1xwHNM0tAWef1EWPjIE7FTJXZMx/D/MabSoBU/xEEmBtCxh0gMIQDfmxQtW3SJKQm9RXCSeYAXTGGh+zqw5Sdyb8LqLo9HKJ2BL4aglEtPxvaI4EXUSZqBR+7TV8bMR/Nh/WU=; 25:DG40nQ7rY5coYKD6NBqmg2bk9Y+9dMeN87fisf/nuhXVUvEqRKTW7VpRe5fHy47qe/SBJc2t9Jpu/x/qZMwa9EoTMaApinOLvfPQp0QY9lanrN60zQKusTuGS2MPJuF9VkBOOReX/azISxpUpK9buUMg9BtcbPvA2MrYM91IifrSgEGdCS97fiJABCp77QxJHNe65Pz4Yi9DpPrtpwymd5eFoVZNoH40M1DGNRO62K3fQlY3rKDO4NXcNqux49YRaI3JhLD7mtSwChjtHfGc8Q==; 20:7MhYCXsVq3QTLUCfnDoTx5cSWkOQoKqWNDKwiovKxo6fj2cumaD356n9O7hjZFwobRPs6/YvOzQS3mjlfQxUYjGLiDfRMr6EvOcI0hKbr3N5Ng5X9jMnFZkXryEMsF6Gk0QatWYHItwmGkI4slBn38a2lXRn+WG2HcC+4ccIsro+g3Wu4nMG6NBbPBmgee9Nv8+MTMKHg4VrLoPkpiWiP9KO5ZibrBstUvwyWMIj3V2XGx9cE5b63SXR6EE22hvHcFX8hMtvJkDB8zv1+V7uiaKJrFCt6COWxYnXpfy0SEGVd9IxbvlMgD9g1MzBDMLNW3CSimTyifI4uQVVTVyFNQ2RCStEsbp9gj68owW8x/I= X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BN3PR0301MB0883; X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:BN3PR0301MB0883; BCL:0; PCL:0; RULEID:; SRVR:BN3PR0301MB0883; X-Microsoft-Exchange-Diagnostics: 1; BN3PR0301MB0883; 4:bf/mct+Jr9Jk0OtnPRkbm0Mj5LJxQYVkrE/ElBlxtK2Ltltv77NioZ0dVsEOPC6lO1Hx57Ryt5+JblYBvtE2zqiPtf9tVIFjPQzYTB8BQdP5zcPYWcsyy1Go+Pskp5WV1C3eX2rlkM1ni3wK/vHOhCZ+pq2712TJVAoXXsLmwAo0rsgPD/Lk/VLMXGgIhT4wXPeSz5AS0dTkPujZMXXq5rMljZW1H3En5LlehLOIWJd+fGUZpjLKPoO2UmIT2ky3uP/kMt52str9HIki/LO40IwUIsYdv7fK0emwv2dyefw= X-Forefront-PRVS: 0631F0BC3D X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtCTjNQUjAzMDFNQjA4ODM7MjM6eldPeVovckdoNkRVOVNoTEJkWTRDYnBo?= =?utf-8?B?UjNGZ2lCK1FuazNXb2tSZVdiMm1CQVFHVGZhTHkxeDJTa1ROMnBVV3krN1dW?= =?utf-8?B?RnVycU1mZkJmcDQxV1Y0aHh6UVhMTlVGcUxMWmZ5Ylg2OVRDMFh4UjcrTGdW?= =?utf-8?B?V0sxUk5sYlVzSWp5VGY0OGloUXpEM1Raa0QvdHBtejN1alFzeTgvZS9tbWRs?= =?utf-8?B?MEMyS0lTYUdVazhEOHd6Y20yc3d3T3JibUQ1OXZ4c2tWeEVvZ1JOUGpHS1U1?= =?utf-8?B?ZlUrbTVlZDVsdHI4K29WTlhkeXFIZ0VZeFhnandKaFplWGFzUkt3UXdPOHNF?= =?utf-8?B?MVUzQWgwMFRNblR5c2djN2ZzcGsvVlA3d2luOVUwWnNENUc5ODd0ZG9Uam5H?= =?utf-8?B?VDVQMEFtbDFISmpkbmwxeExYaHUvMllIS3pCbm5xcCswVUYwWDQ2NGExYlZQ?= =?utf-8?B?eGxnNTYwUkNjTWVFMEs0UmlZSE1YQWJ4QkI1K1QrMDBXOGRpWk9kYTNpUWo3?= =?utf-8?B?U2lNWU1lR2hWRE54eVNRKzFvSzA3MUxISWwzVWYxNjcxWXNndm1VZWxZaHdK?= =?utf-8?B?SHpzZm52dnBEc2FsM045ZWs1TS82ZmQyK2RMbzB5cmV2RGQxT1NybXVFcVo2?= =?utf-8?B?ZkNQS2NGai80SVR3VmFyY24rOW9aQXJ4blBsUllrOVU3SENLbTVjd0pmR0JI?= =?utf-8?B?eks0SXNlNCtsTW9mNkQzQ25acE1rRzFaWnpMRHRmRzVRMjNVQndYWlAvWEcx?= =?utf-8?B?WGt3OHVHVWE5QlRVY1ZRb0lHY0hMVEc0Z3k5dmIwTThhTStOdVdzNllpbmMw?= =?utf-8?B?SkZqYzdGR25FdTBIM00xODdKK1kwdGZsblRzUW5TNUNXTHJRanY3N2hJVFhQ?= =?utf-8?B?MHhMYkhSTnhxeFRQZkhVZ0FsNzBaTHVzeUNwWG1RUWZvdExvdytZVml3NE40?= =?utf-8?B?U2YyTWhzdS9sNkVYcWZXT2lKZ0JESmZkV1N5THBidDZnUGVBOHAxUGFpMlVv?= =?utf-8?B?amRPTVhtUzUvMWZnNHZ2R1k0azMzbzlaVVB2OVNJTHVnNUdHTzV2eHdOR3Vi?= =?utf-8?B?RFFDTGNrUDlKRXM1T09Ubko4ckpWWUp1VW45Q0hnNW5PS05sTVBHem5Qek45?= =?utf-8?B?YW4xVFZvclhHaWc4dGFWcEpOenM3T3dKV0tlZ2tJNW9wNmZ5bzBVeE90ZkZy?= =?utf-8?B?Z3NhNE9ZUEsrS25SeWllTW45R3ZNSm0zb0tXYkxmekJ0Qlc2amxTSlVVS2Vh?= =?utf-8?B?eWhzQ2ZxaXVpbGpPN1NYRTZJNlZqdStaLytEQi95ajJmZ1FoSnYrZjJGZ2Er?= =?utf-8?B?cm1PaEJKaEhWOXFKdmY3OHNRYjVtazM4cnNOR1RlQmZGUktHTWhXeThRTmp3?= =?utf-8?B?WXZTaHM4cXlhemxyYjQ1ck5rQ0lmYTVwMDhhdFlqSFI0UW5tR3c5Mm95RUlw?= =?utf-8?B?VEdtTnE2djU5dENiek9QOW1GSkRTdWJhQlZZUTVBakpJZ2U1MFNhK3l0ZXJ6?= =?utf-8?B?M3BMWmpGWWIzN2t0UHBod01BWnMwSmRKczUxZEZoSDQydTBFRk05NnR3Tms3?= =?utf-8?B?aVFiRmU1TmZxUzBta2tpVXlnd21vOFF3QnNXdVVlV2NNdVJXR0V3VkFBZ3Uy?= =?utf-8?Q?2/eHZ4gRUBwfOGADsiVL00?= X-Microsoft-Exchange-Diagnostics: 1; BN3PR0301MB0883; 5:lqaL3Mkg/XPUPTdlM/2MnXiLta6zrPHijSy9XeHPQHiD8tm1MS8Te4UZe0KtWZMapBZZGNJlyoObsW1v9f/WKSS/91RhO2zj98S0Lo9mwrfMCyoaRcN7gZs62D/uFEwYvciVcTLH5Ufh9M5sDh4Ygw==; 24:PrES8wzszJ5QmeAW/lLT/ZdgyrJa3RXcdYbGYTs5npEClICzmbage+tLj+5tsXx7GujqcGjI7c2V9pUeZUnD2T3kxcdpTmhHEgDS+YAVbqc=; 20:w11s3Q/q+pwyWpz3WIsRskBZTgv+KQ3FwKKcbHowhwMKfTE4eawTc1DO2WwV1Qdh5G7i4c6cQq5aYFeMPZ60og== X-OriginatorOrg: freescale.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 08 Jul 2015 14:34:04.7403 (UTC) X-MS-Exchange-CrossTenant-Id: 710a03f5-10f6-4d38-9ff4-a80b81da590d X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=710a03f5-10f6-4d38-9ff4-a80b81da590d; Ip=[192.88.158.2]; Helo=[az84smr01.freescale.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0301MB0883 Cc: "meta-freescale@yoctoproject.org" Subject: Re: [meta-fsl-arm][PATCH v2] imx-base.inc mxs-base.inc: Add imx MACHINEOVERRIDES 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: Wed, 08 Jul 2015 14:34:59 -0000 Content-Type: multipart/alternative; boundary="------------020307030406030909090400" --------------020307030406030909090400 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit It is true that mx6 can be used today but soon there will be mx7 and mx8 and the list will get longer. Also qoriq and automotive will be added in which we will want to exclude from i.mx. There are recipes, images, and packagegroups that currently don't need to check for the machine that will need to coming up and bbappends that will be needed to differentiate between machines. imx would be a convenience that will be useful in the near future. The alternative is a long list of i.MX machines. Ann On 7/7/2015 10:12 AM, Nikolay Dimitrov wrote: > Hi Daiane, > > On 07/07/2015 03:30 PM, Daiane Angolini wrote: >> On Mon, Jul 6, 2015 at 5:50 PM, Ann Thornton >> wrote: >>> Hi Nikolay, >>> >>> QorIQ will be merged into a common layer with i.MX. >>> See "[meta-freescale] Freescale meta-freescale announcement of new >>> layer" >> >> Ann, Nikolay, >> >> Currently on 1.8 (fido) of meta-fsl-arm we already have 3 different >> product lines from Freescale: i.MX, Layerscape/QoirQ and Vybrid. And >> currently the OVERRIDE "imx" is not exactly needed (if you think >> everything has been working fine so far). >> >> Please see [1], the heads (imx, vybrid and layerscape) are not from >> the meta-fsl-arm source code, but faked for the picture. >> >> Back to 1.6 RN I was able to find vybrid already being graphically >> represented in a SOC Family tree. >> >> So, the argument that imx is needed because of meta-freescale is not >> right. Having a OVERRIDE for imx and vybrid and layerscape may make >> sense because of some future differentiation on the BSP regarding >> product lines. >> >> On the other hand, if we have time, we can discuss it a lot. For >> example, if you take the imx6, you see, from BSP point of view, we >> have more diverging than converging packages. Would it make sense to > > Indeed, I also think that the "imx" family will cover a set of such > widely different SoCs, so I was wondering whether there's any practical > use case where we can address all these SoCs as "the imx". We already > have "imx6*" overrides, which are both specific and works to separate > from qoriq. > >> keep the "imx6" OVERRIDE today? >> >> I would like to have the SOC_FAMILY tree reviewed for sure. I know we >> have a lot of possible enhancement there. But I really don't get the >> overall picture only with this patch. >> >> And, the commit log is wrong. We already have non-imx machines in >> meta-fsl-arm. >> >> [1] >> http://freescale.github.io/doc/release-notes/1.8/index.html#soc-hierarchy >> >> Regards, >> Daiane >> >> >>> >>> Ann >>> >>> On 7/6/2015 3:34 PM, Nikolay Dimitrov wrote: >>> >>> Hi Ann, >>> >>> On 07/06/2015 10:04 PM, Ann Thornton wrote: >>> >>> Soon non-imx machines will be added to the builds. We need to be >>> able to >>> specify imx machines to distinguish between them in recipes. This >>> change >>> allows _imx to be used to limit actions to i.MX machines. >>> >>> >>> Can you please explain why there's this need for such generalization? >>> This "imx" family covers quite a diverse set of SoCs. >>> >>> Regards, >>> Nikolay >>> >>> >>> >>> -- >>> Ann Thornton >>> >>> Microcontrollers Software and Applications >>> Freescale Semiconductors >>> email: Ann.Thornton@freescale.com >>> >>> -- >>> _______________________________________________ >>> meta-freescale mailing list >>> meta-freescale@yoctoproject.org >>> https://lists.yoctoproject.org/listinfo/meta-freescale >>> >> >> >> > > Regards, > Nikolay -- Ann Thornton /Microcontrollers Software and Applications Freescale Semiconductors email: Ann.Thornton@freescale.com/ --------------020307030406030909090400 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 8bit

It is true that mx6 can be used today but soon there will be mx7 and mx8 and the list will get longer.  Also qoriq and automotive will be added in which we will want to exclude from i.mx.  There are recipes, images, and packagegroups that currently don't need to check for the machine that will need to coming up and bbappends that will be needed to differentiate between machines. imx would be a convenience that will be useful in the near future. The alternative is a long list of i.MX machines.

Ann


On 7/7/2015 10:12 AM, Nikolay Dimitrov wrote:
Hi Daiane,

On 07/07/2015 03:30 PM, Daiane Angolini wrote:
On Mon, Jul 6, 2015 at 5:50 PM, Ann Thornton <Ann.Thornton@freescale.com> wrote:
Hi Nikolay,

QorIQ will be merged into a common layer with i.MX.
See "[meta-freescale] Freescale meta-freescale announcement of new layer"

Ann, Nikolay,

Currently on 1.8 (fido) of meta-fsl-arm we already have 3 different
product lines from Freescale: i.MX, Layerscape/QoirQ and Vybrid. And
currently the OVERRIDE "imx" is not exactly needed (if you think
everything has been working fine so far).

Please see [1], the heads (imx, vybrid and layerscape) are not from
the meta-fsl-arm source code, but faked for the picture.

Back to 1.6 RN I was able to find vybrid already being graphically
represented in a SOC Family tree.

So, the argument that imx is needed because of meta-freescale is not
right. Having a OVERRIDE for imx and vybrid and layerscape may make
sense because of some future differentiation on the BSP regarding
product lines.

On the other hand, if we have time, we can discuss it a lot. For
example, if you take the imx6, you see, from BSP point of view, we
have more diverging than converging packages. Would it make sense to

Indeed, I also think that the "imx" family will cover a set of such
widely different SoCs, so I was wondering whether there's any practical
use case where we can address all these SoCs as "the imx". We already
have "imx6*" overrides, which are both specific and works to separate
from qoriq.

keep the "imx6" OVERRIDE today?

I would like to have the SOC_FAMILY tree reviewed for sure. I know we
have a lot of possible enhancement there. But I really don't get the
overall picture only with this patch.

And, the commit log is wrong. We already have non-imx machines in meta-fsl-arm.

[1] http://freescale.github.io/doc/release-notes/1.8/index.html#soc-hierarchy

Regards,
Daiane



Ann

On 7/6/2015 3:34 PM, Nikolay Dimitrov wrote:

Hi Ann,

On 07/06/2015 10:04 PM, Ann Thornton wrote:

Soon non-imx machines will be added to the builds.  We need to be able to
specify imx machines to distinguish between them in recipes. This change
allows _imx to be used to limit actions to i.MX machines.


Can you please explain why there's this need for such generalization?
This "imx" family covers quite a diverse set of SoCs.

Regards,
Nikolay



--
Ann Thornton

Microcontrollers Software and Applications
Freescale Semiconductors
email: Ann.Thornton@freescale.com

--
_______________________________________________
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale





Regards,
Nikolay


--
Ann Thornton

Microcontrollers Software and Applications
Freescale Semiconductors
email: Ann.Thornton@freescale.com
--------------020307030406030909090400--