Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757524AbbKSC31 (ORCPT ); Wed, 18 Nov 2015 21:29:27 -0500 Received: from szxga03-in.huawei.com ([119.145.14.66]:12431 "EHLO szxga03-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754125AbbKSC30 (ORCPT ); Wed, 18 Nov 2015 21:29:26 -0500 Message-ID: <564D33F3.9050004@huawei.com> Date: Thu, 19 Nov 2015 10:29:07 +0800 From: "Wangnan (F)" User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Arnaldo Carvalho de Melo CC: Jiri Olsa , Linux Kernel Mailing List Subject: Re: perf BPF/elfdep intermitent build problems References: <20151118224458.GD22729@kernel.org> <564D24E9.8040208@huawei.com> <564D323A.1050200@huawei.com> In-Reply-To: <564D323A.1050200@huawei.com> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.111.66.109] X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A010202.564D33FB.00B7,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0, ip=0.0.0.0, so=2013-05-26 15:14:31, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: d22fa7bb63af4ccf2c7fc3c1c539a960 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3199 Lines: 121 On 2015/11/19 10:21, Wangnan (F) wrote: > > > On 2015/11/19 9:24, Wangnan (F) wrote: >> >> >> On 2015/11/19 6:44, Arnaldo Carvalho de Melo wrote: >>> Have you guys ever saw this? >>> >>> [acme@zoo linux]$ alias m >>> alias m='perf stat -e cycles make O=/tmp/build/perf -C tools/perf >>> install-bin' >>> [acme @zoo linux]$ m >>> make: Entering directory '/home/git/linux/tools/perf' >>> BUILD: Doing 'make -j4' parallel build >>> make[2]: Nothing to be done for 'fixdep'. >>> CC /tmp/build/perf/util/machine.o >>> LD /tmp/build/perf/util/libperf-in.o >>> No libelf found >>> BPF API too old >> >> This error message means the kernel header in rootfs is too old, >> causes tools/build/feature/test-bpf.c failed to be built. > > Strange... even in feature detection it should check BPF API through > kernel source where you are using to build perf... > > I guess you are not using NFS or share it with other people? > >> >>> Makefile:191: recipe for target 'elfdep' failed >>> make[2]: *** [elfdep] Error 255 >>> make[2]: *** Waiting for unfinished jobs.... >>> Makefile:194: recipe for target 'bpfdep' failed >>> make[2]: *** [bpfdep] Error 255 >>> Makefile.perf:434: recipe for target '/tmp/build/perf/libbpf.a' failed >>> make[1]: *** [/tmp/build/perf/libbpf.a] Error 2 >>> make[1]: *** Waiting for unfinished jobs.... >>> LD /tmp/build/perf/libperf-in.o >>> Makefile:87: recipe for target 'install-bin' failed >>> make: *** [install-bin] Error 2 >>> make: Leaving directory '/home/git/linux/tools/perf' >>> >>> Performance counter stats for 'make O=/tmp/build/perf -C tools/perf >>> install-bin': >>> >>> 10,265,920,369 cycles >>> >>> 3.002799545 seconds time elapsed >>> >>> [acme@zoo linux]$ >>> >>> >>> If I go and try doing a clean on the libbpf dir I see another problem: >>> >>> [acme@zoo linux]$ cd tools/lib/bpf >>> [acme@zoo bpf]$ make clean >>> >>> Auto-detecting system features: >>> ... libelf: [ OFF ] >>> ... bpf: [ OFF ] >>> >>> CLEAN libbpf >>> CLEAN core-gen >>> [acme@zoo bpf]$ >>> >>> No need for feature detection when doing a plain 'make clean', right? >>> > > Right. It should be > > $ cd tools/lib/bpf > $ make clean > CLEAN libbpf > CLEAN core-gen > $ > > > After cleaning can you trigger this problem again? > Tiggered part of your problem: $ make Auto-detecting system features: ... libelf: [ on ] ... bpf: [ on ] CC libbpf.o CC bpf.o LD libbpf-in.o LINK libbpf.a LINK libbpf.so $ make clean CLEAN libbpf CLEAN core-gen $ make clean Auto-detecting system features: ... libelf: [ on ] ... bpf: [ on ] CLEAN libbpf CLEAN core-gen Feature check would be triggered the second time we make clean. Will look into it. Thank you. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/