Re: [PATCH net-next 0/3] bpf_get_stackid() and stack_trace map

2016-02-25 Thread David Miller
From: Peter Zijlstra Date: Thu, 25 Feb 2016 15:24:54 +0100 > On Sat, Feb 20, 2016 at 12:25:05AM -0500, David Miller wrote: >> From: Alexei Starovoitov >> Date: Wed, 17 Feb 2016 19:58:56 -0800 >> >> > This patch set introduces new map type to store stack traces and >> > corresponding bpf_get_sta

Re: [PATCH net-next 0/3] bpf_get_stackid() and stack_trace map

2016-02-25 Thread Peter Zijlstra
On Sat, Feb 20, 2016 at 12:25:05AM -0500, David Miller wrote: > From: Alexei Starovoitov > Date: Wed, 17 Feb 2016 19:58:56 -0800 > > > This patch set introduces new map type to store stack traces and > > corresponding bpf_get_stackid() helper. > ... > > Series applied, thanks Alexei. David, pl

Re: [PATCH net-next 0/3] bpf_get_stackid() and stack_trace map

2016-02-19 Thread David Miller
From: Alexei Starovoitov Date: Wed, 17 Feb 2016 19:58:56 -0800 > This patch set introduces new map type to store stack traces and > corresponding bpf_get_stackid() helper. ... Series applied, thanks Alexei.

[PATCH net-next 0/3] bpf_get_stackid() and stack_trace map

2016-02-17 Thread Alexei Starovoitov
This patch set introduces new map type to store stack traces and corresponding bpf_get_stackid() helper. BPF programs already can walk the stack via unrolled loop of bpf_probe_read()s which is ok for simple analysis, but it's not efficient and limited to <30 frames after that the programs don't fit