[OE-core] [PATCH 4/4] linux-yocto/3.10: bump kver to v3.10.40

Bruce Ashfield bruce.ashfield at windriver.com
Wed May 28 13:52:52 UTC 2014


On 14-05-28 09:47 AM, Richard Purdie wrote:
> On Wed, 2014-05-28 at 08:54 -0400, Bruce Ashfield wrote:
>> On 14-05-28 04:36 AM, Richard Purdie wrote:
>>> On Mon, 2014-05-26 at 13:40 -0400, Bruce Ashfield wrote:
>>>> diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_3.10.bb b/meta/recipes-kernel/linux/linux-yocto-tiny_3.10.bb
>>>> index 7081cd18aa57..b1b80341d6d2 100644
>>>> --- a/meta/recipes-kernel/linux/linux-yocto-tiny_3.10.bb
>>>> +++ b/meta/recipes-kernel/linux/linux-yocto-tiny_3.10.bb
>>>> @@ -5,12 +5,12 @@ KBRANCH = "${KBRANCH_DEFAULT}"
>>>>    LINUX_KERNEL_TYPE = "tiny"
>>>>    KCONFIG_MODE = "--allnoconfig"
>>>>
>>>> -LINUX_VERSION ?= "3.10.38"
>>>> +LINUX_VERSION ?= "3.10.40"
>>>>
>>>>    KMETA = "meta"
>>>>
>>>> -SRCREV_machine ?= "02f7e63e56c061617957388c23bd5cf9b05c5388"
>>>> -SRCREV_meta ?= "617c6158c3d5b931f0d6131e0b0a7b374c792599"
>>>> +SRCREV_machine ?= "f53a6114b3a6e8c03ca4752de829887015f4c942"
>>>> +SRCREV_meta ?= "13ae75f4a26fcd65abe526ef5f1dcde0583f453d"
>>>
>>> We're seeing failures since "13ae75f4a26fcd65abe526ef5f1dcde0583f453d"
>>> doesn't appear to exist in the 3.10 tree meta branch. "bitbake -b
>>> linux-yocto-tiny_3.10 -c fetch" reproduces.
>>>
>>> Did you miss pushing something?
>>
>> I don't manually push anything anymore, just my release scripts. I'll
>> check to see if the infrastructure has let me down by re-running them
>> now.
>>
>> .. and I did see the meta branch SRCREV push, and re-launched my
>> builders. But all should be fine now.
>>
>> Sorry :(
>
> No problem, these things happen. We just need to figure out what
> happened and make sure it doesn't happen again. The commit is there now

In this case, my scripts weren't checking for a return code on the
push. Our gateway was *really* slow out of Ottawa over the past week
and it looks like I hit a timeout.

Bruce

> so I'm guessing that should fix the build failures.
>
> Cheers,
>
> Richard
>
>




More information about the Openembedded-core mailing list