[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190923133550.GA9880@pc-63.home>
Date: Mon, 23 Sep 2019 15:35:50 +0200
From: Daniel Borkmann <daniel@...earbox.net>
To: Petr Mladek <pmladek@...e.com>
Cc: Linus Torvalds <torvalds@...ux-foundation.org>,
Andrii Nakryiko <andrii.nakryiko@...il.com>,
Arnd Bergmann <arnd@...db.de>,
Andy Whitcroft <apw@...onical.com>,
"David S. Miller" <davem@...emloft.net>,
Martin KaFai Lau <kafai@...com>,
Song Liu <songliubraving@...com>, Yonghong Song <yhs@...com>,
Sergey Senozhatsky <sergey.senozhatsky@...il.com>,
Kefeng Wang <wangkefeng.wang@...wei.com>,
Peter Zijlstra <peterz@...radead.org>,
Alexei Starovoitov <ast@...nel.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Joe Perches <joe@...ches.com>,
Arnaldo Carvalho de Melo <acme@...hat.com>,
Ingo Molnar <mingo@...hat.com>, bpf <bpf@...r.kernel.org>,
open list <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 30/32] tools lib bpf: Renaming pr_warning to pr_warn
On Mon, Sep 23, 2019 at 01:03:06PM +0200, Petr Mladek wrote:
> On Mon 2019-09-23 10:20:39, Daniel Borkmann wrote:
> > On Sun, Sep 22, 2019 at 02:07:21PM -0700, Andrii Nakryiko wrote:
> > > On Fri, Sep 20, 2019 at 10:06 AM Kefeng Wang <wangkefeng.wang@...wei.com> wrote:
> > > >
> > > > For kernel logging macro, pr_warning is completely removed and
> > > > replaced by pr_warn, using pr_warn in tools lib bpf for symmetry
> > > > to kernel logging macro, then we could drop pr_warning in the
> > > > whole linux code.
> > > >
> > > > Signed-off-by: Kefeng Wang <wangkefeng.wang@...wei.com>
> > > > ---
> > > > tools/lib/bpf/btf.c | 56 +--
> > > > tools/lib/bpf/btf_dump.c | 20 +-
> > > > tools/lib/bpf/libbpf.c | 652 ++++++++++++++++----------------
> > > > tools/lib/bpf/libbpf_internal.h | 2 +-
> > > > tools/lib/bpf/xsk.c | 4 +-
> > > > 5 files changed, 363 insertions(+), 371 deletions(-)
> > >
> > > Thanks! This will allow to get rid of tons warnings from checkpatch.pl.
> > >
> > > Alexei, Daniel, can we take this through bpf-next tree once it's open?
> >
> > I'd be fine with that, in fact, it probably should be in order to avoid
> > merge conflicts since pr_warn{ing}() is used all over the place in libbpf.
>
> The entire patchset modifies many files all over the tree.
> This is from https://lkml.kernel.org/r/20190920062544.180997-1-wangkefeng.wang@huawei.com
>
> 120 files changed, 882 insertions(+), 927 deletions(-)
>
> Would it make sense to push everything at the end of the merge window
> or for 5.4-rc2 after master settles down?
If all over the tree it would probably make more sense for e.g. Andrew Morton to
pick it up if there are no other objections, and try to merge it during mentioned
time frame.
Thanks,
Daniel
Powered by blists - more mailing lists