Received: by 10.213.65.68 with SMTP id h4csp441712imn; Tue, 27 Mar 2018 02:11:59 -0700 (PDT) X-Google-Smtp-Source: AG47ELvoZfTwRj0GKc1rQRY3lXbZEmLyZLbds8EPAUuoj3uF75JxS8Zk0u5O9RdjNuuKhLvX+FmJ X-Received: by 2002:a17:902:a60d:: with SMTP id u13-v6mr25335781plq.305.1522141919660; Tue, 27 Mar 2018 02:11:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1522141919; cv=none; d=google.com; s=arc-20160816; b=ROSou5QfM/y42YUtYXjUsu8AnA3Xx3Xy0OFbx0F6KhDo6Yh0aSBKEGwIgk+1E0Ou9k ctS6y2bzI3Pw/tpHLcXVUISWtOuk+FrsdL7F/HCkfksOzuYyRMArH0FebZMHuZHvjKCN C2B+jqK34AMUll6xZFDklKhPkphG/Hc6ZMNfJZ968LNsSRT46eClH5jzuIu026I3bIFl gJSozHsDuLukmeVkDvNzVv+Uz11srP4R4HSxPlAesgFXYgrvXHh+EQZqJj8uhXXS/MAE 2Z/D7ZlE/h18zvr/TaQOZjWlSTZBvweDw47x1bwfuCweGs88rTL8NpoQzmmGZtfXI8gP 15tA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=SY/EKGJLgeyJ3okM39icAxcGIr8WUxOWI0ruRkZOnIU=; b=Ckib8/DMQVO/1udXtBmEp+2I0hoFG89bgp5rIYwA8gtM+g8C4YUcSmFcIlqKptBNWg nY9Cf55bhcvKEOQqroDQXaruiMl0fUzae2/10peZc+4i3Nwyh8zTgK1rdn3nTGYRKoFL D5JVExl1Nxr+ayZJkVTdB52Ep65k1m2JuqKFWf9bTUgXcCVqNzfe5yRXgW8jzleqt46A bzl1DPzwmLalv38grKddH7uuZUKuREIab1C4xENPSbftAEFjz2EwjXlT0oXp0GowHhDq eY+591SIRvEjDtmgfz0viyVTnwhSh+qTqmH2DFI4wVw8Mj3sb7mS9ez4Ad5JkuzSk4pz 9+Mw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e3-v6si809333pld.49.2018.03.27.02.11.45; Tue, 27 Mar 2018 02:11:59 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752201AbeC0JJ1 (ORCPT + 99 others); Tue, 27 Mar 2018 05:09:27 -0400 Received: from mga12.intel.com ([192.55.52.136]:1064 "EHLO mga12.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750918AbeC0JJZ (ORCPT ); Tue, 27 Mar 2018 05:09:25 -0400 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from orsmga006.jf.intel.com ([10.7.209.51]) by fmsmga106.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 27 Mar 2018 02:09:25 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.48,366,1517904000"; d="scan'208";a="29207506" Received: from gvt-dell.bj.intel.com (HELO intel.com) ([10.238.154.59]) by orsmga006.jf.intel.com with SMTP; 27 Mar 2018 02:09:23 -0700 Date: Tue, 27 Mar 2018 17:00:00 +0800 From: "Du, Changbin" To: Daniel Borkmann Cc: "Du, Changbin" , Alexei Starovoitov , shuah@kernel.org, linux-kselftest@vger.kernel.org, linux-kernel@vger.kernel.org, netdev@vger.kernel.org Subject: Re: [PATCH 4/4] selftests/bpf: fix compiling errors Message-ID: <20180327090000.fou6oyvr663lbyuq@intel.com> References: <1522056208-4004-1-git-send-email-changbin.du@intel.com> <1522056208-4004-5-git-send-email-changbin.du@intel.com> <20180326145511.lzoi6wja6iht5lvq@ast-mbp.dhcp.thefacebook.com> <20180327022010.57u6rn73inbkrycn@intel.com> <20180327030229.txifuth2qmnjo3hy@ast-mbp> <20180327030613.hkp7hox3g4prnbsg@intel.com> <2dd7c04a-eb10-e730-148e-3b04a18e9b44@iogearbox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2dd7c04a-eb10-e730-148e-3b04a18e9b44@iogearbox.net> User-Agent: NeoMutt/20180323-6-5ca392 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Mar 27, 2018 at 10:52:57AM +0200, Daniel Borkmann wrote: > On 03/27/2018 05:06 AM, Du, Changbin wrote: > > On Mon, Mar 26, 2018 at 08:02:30PM -0700, Alexei Starovoitov wrote: > >> On Tue, Mar 27, 2018 at 10:20:10AM +0800, Du, Changbin wrote: > >>> On Mon, Mar 26, 2018 at 07:55:13AM -0700, Alexei Starovoitov wrote: > >>>> On Mon, Mar 26, 2018 at 05:23:28PM +0800, changbin.du@intel.com wrote: > >>>>> Signed-off-by: Changbin Du > >>>>> --- > >>>>> tools/testing/selftests/bpf/Makefile | 5 +++-- > >>>>> 1 file changed, 3 insertions(+), 2 deletions(-) > >>>>> > >>>>> diff --git a/tools/testing/selftests/bpf/Makefile b/tools/testing/selftests/bpf/Makefile > >>>>> index 5c43c18..dc0fdc8 100644 > >>>>> --- a/tools/testing/selftests/bpf/Makefile > >>>>> +++ b/tools/testing/selftests/bpf/Makefile > >>>>> @@ -10,7 +10,8 @@ ifneq ($(wildcard $(GENHDR)),) > >>>>> GENFLAGS := -DHAVE_GENHDR > >>>>> endif > >>>>> > >>>>> -CFLAGS += -Wall -O2 -I$(APIDIR) -I$(LIBDIR) -I$(GENDIR) $(GENFLAGS) -I../../../include > >>>>> +CFLAGS += -Wall -O2 -I$(APIDIR) -I$(LIBDIR) -I$(GENDIR) $(GENFLAGS) \ > >>>>> + -I../../../include -I../../../../usr/include > >>>>> LDLIBS += -lcap -lelf -lrt -lpthread > >>>>> > >>>>> # Order correspond to 'make run_tests' order > >>>>> @@ -62,7 +63,7 @@ else > >>>>> CPU ?= generic > >>>>> endif > >>>>> > >>>>> -CLANG_FLAGS = -I. -I./include/uapi -I../../../include/uapi \ > >>>>> +CLANG_FLAGS = -I. -I./include/uapi -I../../../include/uapi -I../../../../usr/include \ > >>>>> -Wno-compare-distinct-pointer-types > >>>> > >>>> Nack. > >>>> I suspect that will break the build for everyone else who's doing it in the directory > >>>> itself instead of the outer one. > >>> > >>> This one? But I didn't see any problem. > >> > >> because the build was lucky and additional path ../../../../usr/include didn't point > >> to a valid dir? > > Agree. > > > I am sorry but I don't understand why you mean *lucky*. Of cause, the path is valid. > > The problem is that this suddenly requires users to do a 'make headers_install' in > order to populate usr/include/ directory in the first place. While it's annoying > enough for BPF samples where this is needed, I absolutely don't want to introduce > this for BPF kselftests. It's the wrong approach. Besides, in tools infra, there is > a tools/arch/*/include/uapi/asm/bitsperlong.h header copy already, so we really need > to use that instead. Please adapt your patch accordingly and respin. Please also Cc > us and netdev@vger.kernel.org for BPF kselftests changes. > > Thanks, > Daniel Thanks for the explanation. So we expect that tools/arch/*/include is in the searching list, right? The corrent makefile seems not. How do you get this built? changbin@gvt-dell-host:~/work/linux/tools/testing/selftests/bpf$ make -p [...] clang -I. -I./include/uapi -I../../../include/uapi -Wno-compare-distinct-pointer-types \ -O2 -target bpf -emit-llvm -c test_pkt_access.c -o - | \ llc -march=bpf -mcpu=generic -filetype=obj -o /home/changbin/work/linux/tools/testing/selftests/bpf/test_pkt_access.o In file included from test_pkt_access.c:9: In file included from ../../../include/uapi/linux/bpf.h:11: In file included from ./include/uapi/linux/types.h:5: /usr/include/asm-generic/int-ll64.h:11:10: fatal error: 'asm/bitsperlong.h' file not found #include -- Thanks, Changbin Du