linux-kernel - Re: [PATCH 0/4] perf tools: Persistent events, changes for perf tool integration

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

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20130531120720.GA7885@gmail.com>
Date:	Fri, 31 May 2013 14:07:20 +0200
From:	Ingo Molnar <mingo@...nel.org>
To:	Robert Richter <rric@...nel.org>
Cc:	Arnaldo Carvalho de Melo <acme@...stprotocols.net>,
	Peter Zijlstra <peterz@...radead.org>,
	Borislav Petkov <bp@...en8.de>, Jiri Olsa <jolsa@...hat.com>,
	linux-kernel@...r.kernel.org,
	Robert Richter <robert.richter@...xeda.com>
Subject: Re: [PATCH 0/4] perf tools: Persistent events, changes for perf tool
 integration


* Robert Richter <rric@...nel.org> wrote:

> From: Robert Richter <robert.richter@...xeda.com>
> 
> This patch set contains userland changes necessary for out-of-the-box
> support of persistent events. These patches are follow on patches of
> the kernel patches I sent out today:
> 
>  [PATCH 00/16] perf, persistent: Kernel updates for perf tool integration
> 
> Persistent events are always enabled kernel events. Buffers are mapped
> readonly and multiple users are allowed. The persistent event flag of
> the event attribute must be set to specify such an event.
> 
> The following changes to perf tools are necessary to support
> persistent events. A way is needed to specify sysfs entries to set
> event flags. For this a new syntax 'attr<num>' was added to the event
> parser, see patch #3. We also need to change perf tools to mmap
> persistent event buffers readonly.

Nice progress - one fundamental thing I'm missing from this series is 
actual everyday utility: it would be nice if it was easy to just create a 
persistent event of any sort and then use it.

For example I might want to instrument a global aspect of the system: 
fork()s performed (-e sched:sched_process_fork).

For that I'd like to create a persistent event that just keeps running, 
and to which I can occasionally attach to read-only to see what's going on 
and maybe attach to it read-write to drain the trace entries. I.e. 
basically a global trace buffer. How do I achieve that with this new 
tooling?

Thanks,

	Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/