Donate to e Foundation | Murena handsets with /e/OS | Own a part of Murena! Learn more

Commit 0b413e44 authored by Tim Blechmann's avatar Tim Blechmann Committed by Ingo Molnar
Browse files

perf: Rename perf_event_hw_event in design document 



perf_event_hw_event has been renamed to perf_event_attr. The
design document was still using the old name, though.

Signed-off-by: default avatarTim Blechmann <tim@klingt.org>
Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>
Cc: Mike Galbraith <efault@gmx.de>
Cc: Paul Mackerras <paulus@samba.org>
Cc: Arnaldo Carvalho de Melo <acme@redhat.com>
Cc: Frederic Weisbecker <fweisbec@gmail.com>
LKML-Reference: <4B37646A.90108@klingt.org>
Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
parent 049ae80b

tools/perf/design.txt

+4 −4
Original line number Diff line number Diff line
@@ -21,7 +21,7 @@ There's one file descriptor per virtual counter used. 
The special file descriptor is opened via the perf_event_open()

system call:



   int sys_perf_event_open(struct perf_event_hw_event *hw_event_uptr,

   int sys_perf_event_open(struct perf_event_attr *hw_event_uptr,

			     pid_t pid, int cpu, int group_fd,

			     unsigned long flags);
@@ -32,9 +32,9 @@ can be used to set the blocking mode, etc. 
Multiple counters can be kept open at a time, and the counters

can be poll()ed.



When creating a new counter fd, 'perf_event_hw_event' is:

When creating a new counter fd, 'perf_event_attr' is:



struct perf_event_hw_event {

struct perf_event_attr {

        /*

         * The MSB of the config word signifies if the rest contains cpu

         * specific (raw) counter configuration data, if unset, the next
@@ -399,7 +399,7 @@ Notification of new events is possible through poll()/select()/epoll() and 
fcntl() managing signals.



Normally a notification is generated for every page filled, however one can

additionally set perf_event_hw_event.wakeup_events to generate one every

additionally set perf_event_attr.wakeup_events to generate one every

so many counter overflow events.



Future work will include a splice() interface to the ring-buffer.