[yocto] kernel-tools failure for linux-yoctort_3.0.bb for poky/edison branch.

Bruce Ashfield bruce.ashfield at windriver.com
Fri Dec 16 11:29:45 PST 2011


On 11-12-16 02:27 PM, Bodke, Kishore K wrote:
> Hi,
> Just wanted to know if this got fixed?
> Everytime I give the build I have to cerry-pick the patches.

I sent a patch that modified the SRCREV of the base kern-tools
package to make the SRCREV modifiable by a layer. Did you try
that ?

> But even after applying the patches, the build went through, but the image does not boot.

Darren might comment on that.

Bruce

>
> Thanks
> Kishore.
>
> -----Original Message-----
> From: Bruce Ashfield [mailto:bruce.ashfield at windriver.com]
> Sent: Wednesday, December 14, 2011 6:07 AM
> To: Hart, Darren
> Cc: Bodke, Kishore K; yocto at yoctoproject.org
> Subject: Re: kernel-tools failure for linux-yoctort_3.0.bb for poky/edison branch.
>
> On 11-12-14 12:47 AM, Darren Hart wrote:
>> On 12/13/2011 09:13 PM, Bruce Ashfield wrote:
>>> On 11-12-13 6:26 PM, Bodke, Kishore K wrote:
>>>> Yes.
>>>> Its with poky Edison with poky-extras/meta-kernel-dev master branch I am using for my build.
>>>
>>> This is likely the problem. I use and test meta-kernel-dev everyday,
>>> but that's always against master. I keep them in lockstep, since
>>> meta-kernel-dev never really 'releases'.
>>>
>>> That being said, we can figure out a combination that works. The
>>> best thing to do, would be to remove the kern-tools-native bbappend
>>> from your meta-kernel-dev layer (for now). You don't want the new
>>> tools.
>>
>> That won't work.  He is using the latest kernel which has needs
>> merge_config.sh - as I ran into myself last week. I had Kishore
>
> There's still a way it will work, merge_config.sh is only ever
> called from the kern-tools. There shouldn't be any non kern-tools
> calls to merge_config.sh, the error:
>
>    mv: cannot stat
>    `/usr/local/src/yocto_1_1_release/poky/build1/tmp/work/crystalforest-
> poky-linux/linux-yocto-rt-3.0.4+git1+d05450e4aef02c1b7137398ab3a9f8f96da74f52_1+0936e13cc65d816f1759e2322c5e3fc82a5037f3-r1/linux-crystalforest-preempt-rt-build/.tmp.config*':
>    No such file or directory
>
> Could only come from using the latest configme script from the
> kern-tools. So *something* newer than any SRCREV found on the
> edison branch is being used there.
>
>> cherry-pick the last two patches to kern-tools-native from master and
>> that got things going for him. So again, the question is: Why didn't the
>> kern-tools-native bbappend do that for him?
>
> Aha. I may know the answer to that. The meta variant of the recipe looks
> to assign the SRCREV in a way that the bbappend can't change. I did
> this change during the day, but completely forgot when sending the
> email. Can someone try this to see if it's the fix ?
>
> index fb66211..bc9a6b9 100644
> --- a/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
> +++ b/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
> @@ -4,8 +4,8 @@ LIC_FILES_CHKSUM =
> "file://git/tools/kgit;beginline=5;endline=9;md5=e2bf4415f3d8
>
>    DEPENDS = "git-native guilt-native"
>
> -SRCREV = "eb3ed64cea80d23ffb28dfeaeb02cdfe3fb29340"
> -PR = r12
> +SRCREV ?= "eb3ed64cea80d23ffb28dfeaeb02cdfe3fb29340"
> +PR = r13
>    PV = "0.1+git${SRCPV}"
>
> .. and Then I'll do a pull request.
>
> But as to why it's happening, I have no idea, autorev should pick it
> up. That's down in the guts of bitbake, and for some reason the old
> downloaded variant doesn't seem to be updating.
>
> Bruce
>
>>
>> --
>> Darren
>>
>>>
>>> If that doesn't fix the problem, look for merge_log.txt in your
>>> linux/meta/cfg/ directory structure and that will tell us exactly
>>> what is going wrong.
>>>
>>> Bruce
>>>
>>>>
>>>> Thanks
>>>> Kishore.
>>>>
>>>> -----Original Message-----
>>>> From: Bruce Ashfield [mailto:bruce.ashfield at windriver.com]
>>>> Sent: Tuesday, December 13, 2011 3:25 PM
>>>> To: Bodke, Kishore K
>>>> Cc: Hart, Darren; yocto at yoctoproject.org
>>>> Subject: Re: kernel-tools failure for linux-yoctort_3.0.bb for poky/edison branch.
>>>>
>>>> On 11-12-13 6:17 PM, Bodke, Kishore K wrote:
>>>>> Yeah.  I am using local bare clone for the linux-yocto-3.0 and using poky-extras/meta-kernel-dev in my bblayers.conf for my build.
>>>>> Sorry for not mentioning this before.
>>>>
>>>> Aha. This is completely different then. As Darren mentioned, the bbappend
>>>> should be getting the latest tools, I can look into that.
>>>>
>>>> But to be clear, is this an edison branch + meta-kernel-dev ? That
>>>> will cause problems at some point (and I'm not sure if that is what
>>>> is happening here yet), since recipe updates to use the new tools
>>>> wouldn't be reflected in that branch while you are fed the new tools.
>>>>
>>>> Cheers,
>>>>
>>>> Bruce
>>>>
>>>>>
>>>>> Thanks
>>>>> Kishore.
>>>>>
>>>>> -----Original Message-----
>>>>> From: Hart, Darren
>>>>> Sent: Tuesday, December 13, 2011 3:15 PM
>>>>> To: Bruce Ashfield
>>>>> Cc: Bodke, Kishore K; yocto at yoctoproject.org
>>>>> Subject: Re: kernel-tools failure for linux-yoctort_3.0.bb for poky/edison branch.
>>>>>
>>>>> On 12/13/2011 03:05 PM, Bruce Ashfield wrote:
>>>>>> On 11-12-13 5:50 PM, Bodke, Kishore K wrote:
>>>>>>> Hi,
>>>>>>>
>>>>>>> I get failure for the linux-yoctort_3.0.bb file for the poky Edison branch.
>>>>>>>
>>>>>>> Darren told that it was fixed and merged to master.
>>>>>>
>>>>>> This shouldn't be happening on edison at all. The changes to the
>>>>>> kernel recipes/tools to use the merge_config.sh should never have
>>>>>> showed up in edison. That's yocto 1.2 development work.
>>>>>>
>>>>>> So the fix for this is to find out what leaked into edison and
>>>>>> revert it. I'll have a look at that later tonight.
>>>>>
>>>>> No no. Kishore is using meta-kernel-dev. As such he is getting the
>>>>> latest linux-yocto repository and SRC_REVs. The question, I think, is
>>>>> really why isn't the kern-tools-native bbappend from meta-kernel-dev
>>>>> doing this for him.
>>>>>
>>>>> --
>>>>> Darren
>>>>>
>>>>>>
>>>>>> Bruce
>>>>>>
>>>>>>>
>>>>>>> I wanted to bring to the list about this error message.
>>>>>>>
>>>>>>> ERROR: Function 'do_kernel_configme' failed (see
>>>>>>> /usr/local/src/yocto_1_1_release/poky/build1/tmp/work/crystalforest-poky-linux/linux-yocto-rt-3.0.4+git1+d05450e4aef02c1b7137398ab3a9f8f96da74f52_1+0936e13cc65d816f1759e2322c5e3fc82a5037f3-r1/temp/log.do_kernel_configme.18502
>>>>>>> for further information)
>>>>>>>
>>>>>>> ERROR: Logfile of failure stored in:
>>>>>>> /usr/local/src/yocto_1_1_release/poky/build1/tmp/work/crystalforest-poky-linux/linux-yocto-rt-3.0.4+git1+d05450e4aef02c1b7137398ab3a9f8f96da74f52_1+0936e13cc65d816f1759e2322c5e3fc82a5037f3-r1/temp/log.do_kernel_configme.18502
>>>>>>>
>>>>>>> Log data follows:
>>>>>>>
>>>>>>> | [INFO] doing kernel configme
>>>>>>>
>>>>>>> | [INFO] Branch yocto/standard/preempt-rt/base used by
>>>>>>> common-pc-preempt-rt.scc
>>>>>>>
>>>>>>> | [INFO] collecting configs in ./meta/meta-series
>>>>>>>
>>>>>>> | mv: cannot stat
>>>>>>> `/usr/local/src/yocto_1_1_release/poky/build1/tmp/work/crystalforest-poky-linux/linux-yocto-rt-3.0.4+git1+d05450e4aef02c1b7137398ab3a9f8f96da74f52_1+0936e13cc65d816f1759e2322c5e3fc82a5037f3-r1/linux-crystalforest-preempt-rt-build/.tmp.config*':
>>>>>>> No such file or directory
>>>>>>>
>>>>>>> | creation of pre-processed config data failed
>>>>>>>
>>>>>>> | config of yocto/standard/preempt-rt/base (common-pc-preempt-rt.scc) failed
>>>>>>>
>>>>>>> | ERROR: Function 'do_kernel_configme' failed (see
>>>>>>> /usr/local/src/yocto_1_1_release/poky/build1/tmp/work/crystalforest-poky-linux/linux-yocto-rt-3.0.4+git1+d05450e4aef02c1b7137398ab3a9f8f96da74f52_1+0936e13cc65d816f1759e2322c5e3fc82a5037f3-r1/temp/log.do_kernel_configme.18502
>>>>>>> for further information)
>>>>>>>
>>>>>>> NOTE: package
>>>>>>> linux-yocto-rt-3.0.4+git1+d05450e4aef02c1b7137398ab3a9f8f96da74f52_1+0936e13cc65d816f1759e2322c5e3fc82a5037f3-r1:
>>>>>>> task do_kernel_configme: Failed
>>>>>>>
>>>>>>> ERROR: Task 716
>>>>>>> (/usr/local/src/yocto_1_1_release/poky/meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb,
>>>>>>> do_kernel_configme) failed with exit code '1'
>>>>>>>
>>>>>>> Waiting for 7 active tasks to finish:
>>>>>>>
>>>>>>> 0: acl-native-2.2.51-r2 do_configure (pid 12164)
>>>>>>>
>>>>>>> 1: elfutils-native-0.148-r3 do_install (pid 19851)
>>>>>>>
>>>>>>> 2: kbproto-native-1_1.0.5-r0 do_configure (pid 20113)
>>>>>>>
>>>>>>> 3: font-util-native-1.2.0-r2.1 do_configure (pid 14632)
>>>>>>>
>>>>>>> 4: bison-native-2.5-r1 do_configure (pid 20206)
>>>>>>>
>>>>>>> 5: dbus-native-1.4.12-r0 do_configure (pid 20209)
>>>>>>>
>>>>>>> 6: opensp-native-1.5-r2 do_configure (pid 20213)
>>>>>>>
>>>>>>> Waiting for 6 active tasks to finish:
>>>>>>>
>>>>>>> 0: acl-native-2.2.51-r2 do_configure (pid 12164)
>>>>>>>
>>>>>>> 1: elfutils-native-0.148-r3 do_install (pid 19851)
>>>>>>>
>>>>>>> 2: kbproto-native-1_1.0.5-r0 do_configure (pid 20113)
>>>>>>>
>>>>>>> 3: font-util-native-1.2.0-r2.1 do_configure (pid 14632)
>>>>>>>
>>>>>>> 4: bison-native-2.5-r1 do_configure (pid 20206)
>>>>>>>
>>>>>>> 5: dbus-native-1.4.12-r0 do_configure (pid 20209)
>>>>>>>
>>>>>>> NOTE: package opensp-native-1.5-r2: task do_configure: Succeeded
>>>>>>>
>>>>>>> Waiting for 5 active tasks to finish:
>>>>>>>
>>>>>>> 0: acl-native-2.2.51-r2 do_configure (pid 12164)
>>>>>>>
>>>>>>> 1: elfutils-native-0.148-r3 do_install (pid 19851)
>>>>>>>
>>>>>>> 2: kbproto-native-1_1.0.5-r0 do_configure (pid 20113)
>>>>>>>
>>>>>>> 3: bison-native-2.5-r1 do_configure (pid 20206)
>>>>>>>
>>>>>>> 4: dbus-native-1.4.12-r0 do_configure (pid 20209)
>>>>>>>
>>>>>>> NOTE: package font-util-native-1.2.0-r2.1: task do_configure: Succeeded
>>>>>>>
>>>>>>> Waiting for 4 active tasks to finish:
>>>>>>>
>>>>>>> 0: acl-native-2.2.51-r2 do_configure (pid 12164)
>>>>>>>
>>>>>>> 1: elfutils-native-0.148-r3 do_install (pid 19851)
>>>>>>>
>>>>>>> 2: kbproto-native-1_1.0.5-r0 do_configure (pid 20113)
>>>>>>>
>>>>>>> 3: bison-native-2.5-r1 do_configure (pid 20206)
>>>>>>>
>>>>>>> NOTE: package dbus-native-1.4.12-r0: task do_configure: Succeeded
>>>>>>>
>>>>>>> Waiting for 3 active tasks to finish:
>>>>>>>
>>>>>>> 0: elfutils-native-0.148-r3 do_install (pid 19851)
>>>>>>>
>>>>>>> 1: kbproto-native-1_1.0.5-r0 do_configure (pid 20113)
>>>>>>>
>>>>>>> 2: bison-native-2.5-r1 do_configure (pid 20206)
>>>>>>>
>>>>>>> NOTE: package acl-native-2.2.51-r2: task do_configure: Succeeded
>>>>>>>
>>>>>>> Waiting for 2 active tasks to finish:
>>>>>>>
>>>>>>> 0: elfutils-native-0.148-r3 do_install (pid 19851)
>>>>>>>
>>>>>>> 1: bison-native-2.5-r1 do_configure (pid 20206)
>>>>>>>
>>>>>>> NOTE: package kbproto-native-1_1.0.5-r0: task do_configure: Succeeded
>>>>>>>
>>>>>>> Waiting for 1 active tasks to finish:
>>>>>>>
>>>>>>> 0: bison-native-2.5-r1 do_configure (pid 20206)
>>>>>>>
>>>>>>> NOTE: package elfutils-native-0.148-r3: task do_install: Succeeded
>>>>>>>
>>>>>>> NOTE: package bison-native-2.5-r1: task do_configure: Succeeded
>>>>>>>
>>>>>>> ERROR:
>>>>>>> '/usr/local/src/yocto_1_1_release/poky/meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb'
>>>>>>> failed
>>>>>>>
>>>>>>> Thanks
>>>>>>>
>>>>>>> Kishore.
>>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>
>>
>>
>




More information about the yocto mailing list