[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200807172543.GB561444@krava>
Date: Fri, 7 Aug 2020 19:25:43 +0200
From: Jiri Olsa <jolsa@...hat.com>
To: Alexei Starovoitov <alexei.starovoitov@...il.com>
Cc: Jiri Olsa <jolsa@...nel.org>, Alexei Starovoitov <ast@...nel.org>,
Daniel Borkmann <daniel@...earbox.net>,
Andrii Nakryiko <andriin@...com>, netdev@...r.kernel.org,
bpf@...r.kernel.org, Song Liu <songliubraving@...com>,
Yonghong Song <yhs@...com>, Martin KaFai Lau <kafai@...com>,
David Miller <davem@...hat.com>,
John Fastabend <john.fastabend@...il.com>,
Wenbo Zhang <ethercflow@...il.com>,
KP Singh <kpsingh@...omium.org>,
Brendan Gregg <bgregg@...flix.com>,
Florent Revest <revest@...omium.org>,
Al Viro <viro@...iv.linux.org.uk>
Subject: Re: [PATCH v10 bpf-next 00/14] bpf: Add d_path helper
On Fri, Aug 07, 2020 at 09:35:03AM -0700, Alexei Starovoitov wrote:
> On Fri, Aug 07, 2020 at 11:45:45AM +0200, Jiri Olsa wrote:
> > hi,
> > adding d_path helper function that returns full path for
> > given 'struct path' object, which needs to be the kernel
> > BTF 'path' object. The path is returned in buffer provided
> > 'buf' of size 'sz' and is zero terminated.
> >
> > long bpf_d_path(struct path *path, char *buf, u32 sz);
> >
> > The helper calls directly d_path function, so there's only
> > limited set of function it can be called from.
> >
> > The patchset also adds support to add set of BTF IDs for
> > a helper to define functions that the helper is allowed
> > to be called from.
> >
> > Also available at:
> > https://git.kernel.org/pub/scm/linux/kernel/git/jolsa/perf.git
> > bpf/d_path
> >
> > v10 changes:
> > - added few acks
> > - returned long instead of int in bpf_d_path helper [Alexei]
> > - used local cnt variable in d_path test [Andrii]
> > - fixed tyo in d_path comment [Andrii]
> > - get rid of reg->off condition in check_func_arg [Andrii]
>
> bpf-next is closed.
> I still encourage developers to submit new features for review, but please tag
> them as RFC, so the purpose is clear to both maintainers and authors.
sry, did not know this was the rule
jirka
Powered by blists - more mailing lists