[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20180326114725.1999288a@gandalf.local.home>
Date: Mon, 26 Mar 2018 11:47:25 -0400
From: Steven Rostedt <rostedt@...dmis.org>
To: Daniel Borkmann <daniel@...earbox.net>
Cc: Alexei Starovoitov <ast@...com>, davem@...emloft.net,
torvalds@...ux-foundation.org, peterz@...radead.org,
netdev@...r.kernel.org, kernel-team@...com,
linux-api@...r.kernel.org
Subject: Re: [PATCH v5 bpf-next 00/10] bpf, tracing: introduce bpf raw
tracepoints
On Mon, 26 Mar 2018 17:32:02 +0200
Daniel Borkmann <daniel@...earbox.net> wrote:
> On 03/26/2018 05:04 PM, Steven Rostedt wrote:
> > On Mon, 26 Mar 2018 10:28:03 +0200
> > Daniel Borkmann <daniel@...earbox.net> wrote:
> >
> >>> tracepoint base kprobe+bpf tracepoint+bpf raw_tracepoint+bpf
> >>> task_rename 1.1M 769K 947K 1.0M
> >>> urandom_read 789K 697K 750K 755K
> >>
> >> Applied to bpf-next, thanks Alexei!
> >
> > Please wait till you have the proper acks. Some of this affects
> > tracing.
>
> Ok, I thought time up to v5 was long enough. Anyway, in case there are
> objections I can still toss out the series from bpf-next tree worst case
> should e.g. follow-up fixups not be appropriate.
Yeah, I've been traveling a bit which slowed down my review process
(trying to catch up). My main concern is with patch 6, as there are
external users of those functions. Although, we generally don't cater
to out of tree code, we play nice with LTTng, and I don't want to break
it.
I also should probably pull in the patches and run them through my
tests to make sure they don't have any other side effects.
-- Steve
Powered by blists - more mailing lists