[U-Boot] [OE-core] [PATCH] u-boot: Upgrade to 2017.09
Moritz Fischer
moritz.fischer at ettus.com
Fri Sep 22 22:22:38 UTC 2017
Hi Marek,
On Fri, Sep 22, 2017 at 3:19 PM, Marek Vasut <marex at denx.de> wrote:
> On 09/21/2017 11:35 PM, Philip Balister wrote:
>> On 09/19/2017 04:15 AM, Marek Vasut wrote:
>>> On 09/18/2017 06:06 PM, Tom Rini wrote:
>>>> On Mon, Sep 18, 2017 at 04:51:31PM +0100, Burton, Ross wrote:
>>>>> On 18 September 2017 at 16:46, Otavio Salvador <
>>>>> otavio.salvador at ossystems.com.br> wrote:
>>>>>
>>>>>> What is the policy on doing u-boot version upgrades this late in the
>>>>>>
>>>>>> release cycle? SHouldn't this wait until after the release?
>>>>>>
>>>>>>
>>>>>> Why?
>>>>>>
>>>>>> It is just another recipe and we are upgrading to the final release.
>>>>>>
>>>>>> As Martin said, it was already broken.
>>>>>>
>>>>>> I'll take the responsibility to fix it. But as other packages, upgrades
>>>>>> has risk and we have more than enough time to proper fix it.
>>>>>>
>>>>>
>>>>> Why? Because it was merged to master after the freeze.
>>>>>
>>>>> Personally I'm of the opinion that u-boot is one of those special recipes
>>>>> that if an upgrade appears just after freeze, we consider it. If we don't
>>>>> keep it up to date BSPs won't use the recipe, and we'll be back to every
>>>>> BSP layer containing its own special copy of the u-boot recipe.
>>>>
>>>> Also please note that U-Boot has a rather regular and public release
>>>> schedule: http://www.denx.de/wiki/U-Boot/ReleaseCycle so you can have a
>>>> good idea beforehand if you want to grab something for a release or not.
>>>>
>>>> Personally, I would like to see this in. But the security issue that's
>>>> been disclosed now is "resolved" just by not enabling functionality that
>>>> no one was enabling in mainline, and will be removed in the next
>>>> release, so don't feel you need to pull it in on those grounds.
>>>
>>> I agree that the 2017.09 upgrade is a good idea.
>>>
>>
>> OK, I just wanted to make sure everyone was on the same page about
>> timing of the update. We certainly don't want very many recipes to
>> decide they are special and take version bumps right up to release.
>
> Agreed. So what is the conclusion here about this , are we updating to
> 2017.09 or not ?
+1 for upgrade.
- morats
>
>> Philip
>>
>>
>
>
> --
> Best regards,
> Marek Vasut
> --
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core at lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
More information about the U-Boot
mailing list