lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Thu, 23 Jul 2020 14:36:18 -0600 From: Jonathan Corbet <corbet@....net> To: "Daniel W. S. Almeida" <dwlsalmeida@...il.com> Cc: ast@...nel.org, daniel@...earbox.net, kafai@...com, songliubraving@...com, yhs@...com, andriin@...com, john.fastabend@...il.com, kpsingh@...omium.org, linux-doc@...r.kernel.org, linux-kernel@...r.kernel.org, netdev@...r.kernel.org, bpf@...r.kernel.org, clang-built-linux@...glegroups.com Subject: Re: [PATCH] docs: bpf/ringbuf.rst: fix reference to nonexistent document On Sat, 18 Jul 2020 13:51:01 -0300 "Daniel W. S. Almeida" <dwlsalmeida@...il.com> wrote: > Fix the following warnings: > > ringbuf.rst:197: WARNING: Unknown target name: "bench_ringbuf.c" > > There was no target defined for 'bench_ringbuf.c'. Also, the > syntax used was wrong, in the sense that it would not highlight > the entire path in the browser. > > Signed-off-by: Daniel W. S. Almeida <dwlsalmeida@...il.com> > --- > Documentation/bpf/ringbuf.rst | 5 ++++- > 1 file changed, 4 insertions(+), 1 deletion(-) > > diff --git a/Documentation/bpf/ringbuf.rst b/Documentation/bpf/ringbuf.rst > index 75f943f0009df..8e7c15a927740 100644 > --- a/Documentation/bpf/ringbuf.rst > +++ b/Documentation/bpf/ringbuf.rst > @@ -200,10 +200,13 @@ a self-pacing notifications of new data being availability. > being available after commit only if consumer has already caught up right up to > the record being committed. If not, consumer still has to catch up and thus > will see new data anyways without needing an extra poll notification. > -Benchmarks (see tools/testing/selftests/bpf/benchs/bench_ringbuf.c_) show that > +Benchmarks (see `tools/testing/selftests/bpf/benchs/bench_ringbufs.c`_) show that > this allows to achieve a very high throughput without having to resort to But this still doesn't lead to anything useful, right? That file is not part of the documentation... It seems better just to take out the "_"... Thanks, jon
Powered by blists - more mailing lists