[linux-yocto] v3.8 kernel recipes in meta-intel
Bruce Ashfield
bruce.ashfield at windriver.com
Tue Mar 5 08:40:47 PST 2013
On 13-03-05 11:39 AM, Kamble, Nitin A wrote:
>
>
>> -----Original Message-----
>> From: Bruce Ashfield [mailto:bruce.ashfield at windriver.com]
>> Sent: Tuesday, March 05, 2013 8:37 AM
>> To: Kamble, Nitin A
>> Cc: linux-yocto at yoctoproject.org
>> Subject: Re: v3.8 kernel recipes in meta-intel
>>
>> On 13-03-05 11:33 AM, Kamble, Nitin A wrote:
>>> Hi Bruce,
>>>
>>> I am seeing some unexpected behavior of the v3.8 kernel bits. Here
>>> is what I am trying to do.
>>>
>>
>> Something is up with your linux-yocto clone:
>
>
> Hi Bruce,
> This is not with the local repo. As you can see the SRC_URI it is pointing to the
> Upstream repo.
By local, I meant the repository the fetcher creates. That
commit ID is valid in the upstream repository, so there's nothing
I can say about why it isn't in the clone that is presented for
building.
Bruce
>
> Nitin
>
>
>>
>> > git show b170394a475b96ecc92cbc9e4b002bed0a9f69c5
>> commit b170394a475b96ecc92cbc9e4b002bed0a9f69c5
>> Author: Tom Zanussi <tom.zanussi at intel.com>
>> Date: Fri Oct 5 11:35:26 2012 -0500
>>
>> perf annotate: replace 'expand' with equivalent sed expression
>>
>> We don't have 'expand' in our userspace so we need to accomplish the
>> same thing using 'sed', which we do have.
>>
>> Signed-off-by: Tom Zanussi <tom.zanussi at intel.com>
>>
>> diff --git a/tools/perf/util/annotate.c b/tools/perf/util/annotate.c index
>> 07aaeea..ff162ae 100644
>> --- a/tools/perf/util/annotate.c
>> +++ b/tools/perf/util/annotate.c
>> @@ -826,7 +826,7 @@ fallback:
>> snprintf(command, sizeof(command),
>> "%s %s%s --start-address=0x%016" PRIx64
>> " --stop-address=0x%016" PRIx64
>> - " -d %s %s -C %s|grep -v %s|expand",
>> + " -d %s %s -C %s|grep -v %s|sed 's/\t/ /g'",
>> objdump_path ? objdump_path : "objdump",
>> disassembler_style ? "-M " : "",
>> disassembler_style ? disassembler_style : "",
>>
>> > git branch --contains b170394a475b96ecc92cbc9e4b002bed0a9f69c5
>> standard/arm-versatile-926ejs
>> standard/base
>> standard/beagleboard
>> standard/ck
>> standard/common-pc-64/base
>> standard/common-pc-64/chiefriver
>> standard/common-pc-64/crystalforest
>> standard/common-pc-64/jasperforest
>> standard/common-pc-64/rangeley
>> standard/common-pc-64/romley
>> standard/common-pc-64/sugarbay
>> standard/common-pc/atom-pc
>> standard/common-pc/base
>> standard/crownbay
>> standard/edf
>> standard/emenlow
>> standard/fri2
>> standard/fsl-mpc8315e-rdb
>> standard/mti-malta32
>> standard/mti-malta64
>> standard/preempt-rt/base
>> standard/preempt-rt/fri2
>> standard/preempt-rt/qemuppc
>> standard/preempt-rt/routerstationpro
>> standard/qemuppc
>> standard/routerstationpro
>> standard/sys940x
>> standard/tiny/base
>> standard/tiny/common-pc
>> standard/tiny/fri2
>>
>> Whereas the tree you have locally doesn't have the commit at all.
>>
>> Bruce
>>
>>
>>> I am seeing this build error:
>>>
>>> ERROR: Function failed: do_validate_branches (see
>>> /srv/home/nitin/build-test-bsps/build-emenlow/tmp/work/emenlow-
>> poky-li
>>> nux/linux-
>> yocto/3.8+gitAUTOINC+c2ed0f16fdec628242a682897d5d86df4547cf2
>>> 4_b170394a475b96ecc9
>>>
>>> 2cbc9e4b002bed0a9f69c5-r4.0/temp/log.do_validate_branches.3414 for
>>> further information)
>>>
>>> ERROR: Logfile of failure stored in:
>>> /srv/home/nitin/build-test-bsps/build-emenlow/tmp/work/emenlow-
>> poky-li
>>> nux/linux-
>> yocto/3.8+gitAUTOINC+c2ed0f16fdec628242a682897d5d86df4547cf2
>>> 4_b170394a475b96ecc92cbc9e4b002bed0a9f69c5-
>> r4.0/temp/log.do_validate_b
>>> ranches.3414
>>>
>>> Log data follows:
>>>
>>> | DEBUG: Executing shell function do_validate_branches
>>>
>>> | error: no such commit b170394a475b96ecc92cbc9e4b002bed0a9f69c5
>>>
>>> This is with the master branches of poky & oecore + v3.8 bbappends in
>>> the meta-intel layer.
>>>
>>> * poky.git : master: commit 93ec7b4d1550e07caec86e2998d0f94a01c7e785
>>>
>>> * meta-intel.git : master: commit
>>> 4ffe40409f8cd0f354a7488113ef888b42867033
>>>
>>> And this is my v3.8 bbappend in the meta-intel
>>>
>>> meta-emenlow/recipes-kernel/linux/linux-yocto_3.8.bbappend :
>>>
>>> FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:"
>>>
>>> COMPATIBLE_MACHINE_emenlow = "emenlow"
>>>
>>> KMACHINE_emenlow = "emenlow"
>>>
>>> KBRANCH_emenlow = "standard/emenlow"
>>>
>>> KERNEL_FEATURES_emenlow_append = " features/drm-emgd/drm-emgd-
>> 1.16
>>> cfg/vesafb"
>>>
>>> COMPATIBLE_MACHINE_emenlow-noemgd = "emenlow-noemgd"
>>>
>>> KMACHINE_emenlow-noemgd = "emenlow"
>>>
>>> KBRANCH_emenlow-noemgd = "standard/emenlow"
>>>
>>> KERNEL_FEATURES_emenlow-noemgd_append = " features/drm-
>> gma500/drm-gma600"
>>>
>>> SRCREV_meta_emenlow = "c2ed0f16fdec628242a682897d5d86df4547cf24"
>>>
>>> SRCREV_machine_emenlow =
>> "b170394a475b96ecc92cbc9e4b002bed0a9f69c5"
>>>
>>> SRCREV_emgd_emenlow =
>> "caea08c988e0f41103bbe18eafca20348f95da02"
>>>
>>> SRCREV_meta_emenlow-noemgd =
>> "c2ed0f16fdec628242a682897d5d86df4547cf24"
>>>
>>> SRCREV_machine_emenlow-noemgd =
>> "b170394a475b96ecc92cbc9e4b002bed0a9f69c5"
>>>
>>> SRC_URI_emenlow =
>>> "git://git.yoctoproject.org/linux-yocto-
>> dev.git;protocol=git;nocheckout=1;branch=${KBRANCH},${KMETA},emgd-
>> 1.16;name=machine,meta,emgd"
>>>
>>> All the commit IDs are valid on the v3.8 kernel repository. So I don't
>>> see any reason for the
>>>
>>> build error as seen above. I notice this issue is happening only for
>>> the BSPs which has emgd
>>>
>>> branch in the SRC_URI. The same commit
>>> b170394a475b96ecc92cbc9e4b002bed0a9f69c5 giving
>>>
>>> error is also used by the rest of the non emgd BSPs, and they don't
>>> see the error.
>>>
>>> So I think the kernel tools are probably making some mistake when emgd
>>> branch is specified in the SRC_URI.
>>>
>>> Let me know how you can help me out here.
>>>
>>> Thanks,
>>>
>>> Nitin
>>>
>
More information about the linux-yocto
mailing list