[meta-freescale] [meta-fsl-arm][PATCH 01/11] linux-imx: Upgrade to 3.14.28-1.0.0 GA version

Eric Nelson eric.nelson at boundarydevices.com
Mon Apr 6 13:15:43 PDT 2015


Hi Otavio and Lauren,

On 04/06/2015 09:26 AM, Otavio Salvador wrote:
> On Mon, Apr 6, 2015 at 12:36 PM, Lauren Post <Lauren.Post at freescale.com> wrote:
>> 3.10.53 only exists in master branch now so to remove it means it will not exist on any branch.
> 
> It exists in Git so if someone ever wants or need it, can easily
> revert the patch and use.
> 
>> In past we only removed kernel versions that exist in other branches.
> 
> It was just by coincidence because of the release cadence matched the branching.
> 
>> I believe it is best to leave 3.10.53 and remove in master branch after fido branch is created.

What's the plan for the default FSL kernel in fido?

If it's 3.14, then it seems unlikely that folks will be using 3.10.53.

> 
> I see no reason to keep it around and untested from now on. Community
> resources for test are restrict so it will end untested plus the more
> people relying on 3.14 the better as it is closer to mainline.
> 

Can you clarify what you mean by 'it'?

> Someone one has any technical reason to keep it around?
> 

If you're referring to 3.10.53 recipe for Freescale kernel, the
tag/branch in git.freescale.com should be sufficient.

Looking at Otavio's patch set, it appears that the changes include
both kernel updates as well as some remaining packages (firmware-imx,
imx-test, and such) that are named to reflect the kernel version
numbering.

	https://lists.yoctoproject.org/pipermail/meta-freescale/2015-April/013274.html

Having those old recipes around is probably more useful than the
kernel, since I don't think they're all backed by proper git
repositories.

How about just tagging/branching meta-fsl-* with a 3.10.53 name to
make it easy to grab the set from before the switch?

Regards,


Eric


More information about the meta-freescale mailing list