[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20140514050905.GA9448@gmail.com>
Date: Wed, 14 May 2014 07:09:05 +0200
From: Ingo Molnar <mingo@...nel.org>
To: Alexei Starovoitov <ast@...mgrid.com>
Cc: Steven Rostedt <rostedt@...dmis.org>,
"David S. Miller" <davem@...emloft.net>,
Eric Dumazet <edumazet@...gle.com>,
Daniel Borkmann <dborkman@...hat.com>,
Peter Zijlstra <a.p.zijlstra@...llo.nl>,
Arnaldo Carvalho de Melo <acme@...radead.org>,
Jiri Olsa <jolsa@...hat.com>,
Thomas Gleixner <tglx@...utronix.de>,
"H. Peter Anvin" <hpa@...or.com>,
Network Development <netdev@...r.kernel.org>,
LKML <linux-kernel@...r.kernel.org>,
Grant Likely <grant.likely@...retlab.ca>
Subject: Re: [PATCH RFC net-next] tracing: accelerate tracing filters with BPF
* Alexei Starovoitov <ast@...mgrid.com> wrote:
> On Tue, May 13, 2014 at 8:07 PM, Steven Rostedt <rostedt@...dmis.org> wrote:
> > On Tue, 13 May 2014 19:55:11 -0700
> > Alexei Starovoitov <ast@...mgrid.com> wrote:
> >
> >> --- a/kernel/trace/Kconfig
> >> +++ b/kernel/trace/Kconfig
> >> @@ -79,6 +79,7 @@ config FTRACE_NMI_ENTER
> >> default y
> >>
> >> config EVENT_TRACING
> >> + depends on NET
> >> select CONTEXT_SWITCH_TRACER
> >> bool
> >>
> >
> > This part makes me a little nervous. I know a lot of embedded devices
> > depend on tracing, but do they all have network?
>
> I think we may want to split BPF into its own config, since it doesn't
> really depend on anything in net.
Exactly, that's a good plan.
Thanks,
Ingo
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists