[lkml]   [2020]   [Mar]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH 1/2] trace: Export anonymous tracing
On Sun,  1 Mar 2020 15:52:47 +0000
Chris Wilson <> wrote:

> To facilitate construction of per-client event ringbuffers, in
> particular for a per-client debug and error report log, it would be
> extremely useful to create an anonymous file that can be handed to
> userspace so that it can see its and only its events. trace already
> provides a means of encapsulating the trace ringbuffer into a struct
> file that can be opened via the tracefs, and so with a couple of minor
> tweaks can provide the same access via an anonymous inode.

I'm curious to why we need it to be anonymous. Why not allow them to be
visible from the tracing directory. This could allow for easier
debugging. Note, the trace instances have ref counters thus they can't
be removed if something has a reference to it.

Also, all the global functions require kernel doc comments to explain
how they work and what they are for.

-- Steve

> Signed-off-by: Chris Wilson <>
> Cc: Steven Rostedt (VMware) <>
> ---
> include/linux/trace.h | 4 ++
> kernel/trace/trace.c | 142 ++++++++++++++++++++++++++++++------------
> 2 files changed, 105 insertions(+), 41 deletions(-)

 \ /
  Last update: 2020-03-01 19:21    [W:0.041 / U:0.036 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site