From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp3-g21.free.fr (smtp3-g21.free.fr [212.27.42.3]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 6ACA7E00738 for ; Thu, 28 Feb 2013 14:21:14 -0800 (PST) Received: from e6520eb (tal33-3-82-233-81-124.fbx.proxad.net [82.233.81.124]) (Authenticated sender: eukrea) by smtp3-g21.free.fr (Postfix) with ESMTPSA id E0FE0A623B; Thu, 28 Feb 2013 23:21:04 +0100 (CET) Date: Thu, 28 Feb 2013 23:21:03 +0100 From: Eric =?UTF-8?B?QsOpbmFyZA==?= To: McClintock Matthew-B29882 Message-ID: <20130228232103.33c6539f@e6520eb> In-Reply-To: <70CC66F5C30A414DADDA6973E4CA391A893C38@039-SN1MPN1-001.039d.mgd.msft.net> References: <512E67D4.8060600@mindchasers.com> <70CC66F5C30A414DADDA6973E4CA391A8935DD@039-SN1MPN1-001.039d.mgd.msft.net> <70CC66F5C30A414DADDA6973E4CA391A893604@039-SN1MPN1-001.039d.mgd.msft.net> <512F6A96.8050102@mindchasers.com> <70CC66F5C30A414DADDA6973E4CA391A893ADC@039-SN1MPN1-001.039d.mgd.msft.net> <20130228170614.634bca07@e6520eb> <70CC66F5C30A414DADDA6973E4CA391A893B4D@039-SN1MPN1-001.039d.mgd.msft.net> <20130228181855.4e134dc5@e6520eb> <70CC66F5C30A414DADDA6973E4CA391A893C38@039-SN1MPN1-001.039d.mgd.msft.net> Organization: =?UTF-8?B?RXVrcsOpYQ==?= Electromatique X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.13; x86_64-redhat-linux-gnu) Mime-Version: 1.0 Cc: "meta-freescale@yoctoproject.org" , "yocto@linux.freescale.net" , Otavio Salvador Subject: Re: Please review the proposal of FSL Yocto layers reorg 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: Thu, 28 Feb 2013 22:21:16 -0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Le Thu, 28 Feb 2013 18:59:41 +0000, McClintock Matthew-B29882 a =C3=A9crit : > On Thu, Feb 28, 2013 at 11:18 AM, Eric B=C3=A9nard wrot= e: > > Le Thu, 28 Feb 2013 16:52:02 +0000, > > McClintock Matthew-B29882 a =C3=A9crit : > >> I think you misinterpreted the intent of my statement, the goal is to > >> provide the best support we can for the open source versions and get > >> feedback as well. However, specifically stating what will be done for > >> each release, branch, layer, etc is not something that is a > >> deliverable on the open source end and I don't see it happening soon. > >> That being said, there is no malicious intent and supporting upstream > >> and making it work as well as possible is the ultimate goal so our SDK > >> release requires less effort and work. > >> > > I may have misinterpreted your statement but it seems you make a > > difference between the open source version and the SDK release : isn't > > that roughly the same thing when we talk of meta-fsl-* where the SDK > > release can be seen as a snapshots of the opensource stable branch at > > the date of the release ? If not what are the differences ? >=20 > They *should* be the same. But for SDK releases sometimes we skip > entire Yocto releases (e.g. danny). SDK versions *may* contain > slightly different versions. This comes into play more with oe-core > where we don't have official control and we need to include a specific > fix for the SDK. Layers themselves tend to have less reason to deviate > from the upstream versions since we control both sides so they > *should* be the same. >=20 > > Also, do you plan to sync the public accessible git tree only when you > > do a release or will they get the patches in "realtime" ? >=20 > These should go in real time esp. if we are working on the current > release (e.g. master branch). Right now we are still using denzil > until the May release which will be based on what is now master. >=20 understood, thanks for the details. One last thing while at it : last year, Linaro's FSL team told me they were about to release an updated kernel for i.MX53 (with updated GPU closed source libraries & drivers as they had sources for that under NDA - the userspace binaries are packed into an hwpack named something like hwpack_linaro-lt-mx5_YYYYMMDD_armel_supported.tar.gz ). In the end that was never made public but from what I understood they delivered the sources to Freescale : are there any plan to release these versions (even if that's not officialy supported by Freescale SDK and marked as experimental) to meta-fsl-arm so that we can update i.MX53 based designs to more recent kernel than 2.6.35 and still use the GPU ? Thanks, Eric