From: Jesper Dangaard Brouer <brouer@redhat.com>
To: Daniel Borkmann <daniel@iogearbox.net>
Cc: bpf@vger.kernel.org, linux-kbuild@vger.kernel.org,
netdev@vger.kernel.org,
Arnaldo Carvalho de Melo <acme@kernel.org>,
Daniel Borkmann <borkmann@iogearbox.net>,
Alexei Starovoitov <alexei.starovoitov@gmail.com>,
brouer@redhat.com
Subject: Re: [net-next PATCH] samples/bpf: adjust Makefile and README.rst
Date: Mon, 11 Nov 2019 14:56:28 +0100 [thread overview]
Message-ID: <20191111145628.23bea8fe@carbon> (raw)
In-Reply-To: <a1e149a5-af72-0602-d48d-ec7e6939df22@iogearbox.net>
On Mon, 11 Nov 2019 14:49:51 +0100
Daniel Borkmann <daniel@iogearbox.net> wrote:
> On 11/10/19 5:31 PM, Jesper Dangaard Brouer wrote:
> > Side effect of some kbuild changes resulted in breaking the
> > documented way to build samples/bpf/.
> >
> > This patch change the samples/bpf/Makefile to work again, when
> > invoking make from the subdir samples/bpf/. Also update the
> > documentation in README.rst, to reflect the new way to build.
> >
> > Signed-off-by: Jesper Dangaard Brouer <brouer@redhat.com>
>
> Please make sure to have bpf@vger.kernel.org Cc'ed in future as well
> (done here). Given net-next in subject, any specific reason you need
> this expedited over normal bpf-next route? Looks like there is no
> conflict either way.
When I created this patch, bpf-next didn't have the other fixes for
samples/bpf/. If you have sync'ed with net-next, then I'm fine with
you taking this change (as it will propagate back to DaveM's tree soon
enough).
> In any case, change looks good to me:
>
> Acked-by: Daniel Borkmann <daniel@iogearbox.net>
>
> > ---
> > samples/bpf/Makefile | 4 ++--
> > samples/bpf/README.rst | 12 +++++-------
> > 2 files changed, 7 insertions(+), 9 deletions(-)
> >
> > diff --git a/samples/bpf/Makefile b/samples/bpf/Makefile
> > index d88c01275239..8e32a4d29a38 100644
> > --- a/samples/bpf/Makefile
> > +++ b/samples/bpf/Makefile
> > @@ -203,7 +203,7 @@ TPROGLDLIBS_test_overhead += -lrt
> > TPROGLDLIBS_xdpsock += -pthread
> >
> > # Allows pointing LLC/CLANG to a LLVM backend with bpf support, redefine on cmdline:
> > -# make samples/bpf/ LLC=~/git/llvm/build/bin/llc CLANG=~/git/llvm/build/bin/clang
> > +# make M=samples/bpf/ LLC=~/git/llvm/build/bin/llc CLANG=~/git/llvm/build/bin/clang
> > LLC ?= llc
> > CLANG ?= clang
> > LLVM_OBJCOPY ?= llvm-objcopy
> > @@ -246,7 +246,7 @@ endif
> >
> > # Trick to allow make to be run from this directory
> > all:
> > - $(MAKE) -C ../../ $(CURDIR)/ BPF_SAMPLES_PATH=$(CURDIR)
> > + $(MAKE) -C ../../ M=$(CURDIR) BPF_SAMPLES_PATH=$(CURDIR)
> >
> > clean:
> > $(MAKE) -C ../../ M=$(CURDIR) clean
> > diff --git a/samples/bpf/README.rst b/samples/bpf/README.rst
> > index cc1f00a1ee06..dd34b2d26f1c 100644
> > --- a/samples/bpf/README.rst
> > +++ b/samples/bpf/README.rst
> > @@ -46,12 +46,10 @@ Compiling
> > For building the BPF samples, issue the below command from the kernel
> > top level directory::
> >
> > - make samples/bpf/
> > -
> > -Do notice the "/" slash after the directory name.
> > + make M=samples/bpf
> >
> > It is also possible to call make from this directory. This will just
> > -hide the the invocation of make as above with the appended "/".
> > +hide the invocation of make as above.
> >
> > Manually compiling LLVM with 'bpf' support
> > ------------------------------------------
> > @@ -77,7 +75,7 @@ Quick sniplet for manually compiling LLVM and clang
> > It is also possible to point make to the newly compiled 'llc' or
> > 'clang' command via redefining LLC or CLANG on the make command line::
> >
> > - make samples/bpf/ LLC=~/git/llvm/build/bin/llc CLANG=~/git/llvm/build/bin/clang
> > + make M=samples/bpf LLC=~/git/llvm/build/bin/llc CLANG=~/git/llvm/build/bin/clang
> >
> > Cross compiling samples
> > -----------------------
> > @@ -98,10 +96,10 @@ Pointing LLC and CLANG is not necessarily if it's installed on HOST and have
> > in its targets appropriate arm64 arch (usually it has several arches).
> > Build samples::
> >
> > - make samples/bpf/
> > + make M=samples/bpf
> >
> > Or build samples with SYSROOT if some header or library is absent in toolchain,
> > say libelf, providing address to file system containing headers and libs,
> > can be RFS of target board::
> >
> > - make samples/bpf/ SYSROOT=~/some_sysroot
> > + make M=samples/bpf SYSROOT=~/some_sysroot
> >
>
--
Best regards,
Jesper Dangaard Brouer
MSc.CS, Principal Kernel Engineer at Red Hat
LinkedIn: http://www.linkedin.com/in/brouer
next prev parent reply other threads:[~2019-11-11 13:56 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-11-10 16:31 [net-next PATCH] samples/bpf: adjust Makefile and README.rst Jesper Dangaard Brouer
2019-11-11 13:49 ` Daniel Borkmann
2019-11-11 13:56 ` Jesper Dangaard Brouer [this message]
2019-11-11 14:30 ` Daniel Borkmann
2019-11-12 5:42 ` David Miller
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20191111145628.23bea8fe@carbon \
--to=brouer@redhat.com \
--cc=acme@kernel.org \
--cc=alexei.starovoitov@gmail.com \
--cc=borkmann@iogearbox.net \
--cc=bpf@vger.kernel.org \
--cc=daniel@iogearbox.net \
--cc=linux-kbuild@vger.kernel.org \
--cc=netdev@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).