1. 28 4月, 2014 3 次提交
  2. 15 4月, 2014 1 次提交
  3. 19 3月, 2014 1 次提交
  4. 15 3月, 2014 1 次提交
  5. 24 2月, 2014 3 次提交
  6. 18 2月, 2014 4 次提交
  7. 01 2月, 2014 1 次提交
  8. 15 1月, 2014 1 次提交
  9. 13 1月, 2014 8 次提交
  10. 20 12月, 2013 2 次提交
  11. 17 12月, 2013 1 次提交
    • B
      tools/: Convert to new topic libraries · 553873e1
      Borislav Petkov 提交于
      Move debugfs.* to api/fs/. We have a common tools/lib/api/ place where
      the Makefile lives and then we place the headers in subdirs.
      
      For example, all the fs-related stuff goes to tools/lib/api/fs/ from
      which we get libapikfs.a (acme got almost the naming he wanted :-)) and
      we link it into the tools which need it - in this case perf and
      tools/vm/page-types.
      
      acme:
      
      "Looking at the implementation, I think some tools can even link
      directly to the .o files, avoiding the .a file altogether.
      
      But that is just an optimization/finer granularity tools/lib/
      cherrypicking that toolers can make use of."
      
      Fixup documentation cleaning target while at it.
      Signed-off-by: NBorislav Petkov <bp@suse.de>
      Acked-by: NIngo Molnar <mingo@kernel.org>
      Cc: Adrian Hunter <adrian.hunter@intel.com>
      Cc: Andi Kleen <ak@linux.intel.com>
      Cc: Arjan van de Ven <arjan@linux.intel.com>
      Cc: David Ahern <dsahern@gmail.com>
      Cc: Frederic Weisbecker <fweisbec@gmail.com>
      Cc: Ingo Molnar <mingo@kernel.org>
      Cc: Jiri Olsa <jolsa@redhat.com>
      Cc: Mike Galbraith <efault@gmx.de>
      Cc: Namhyung Kim <namhyung@gmail.com>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Pekka Enberg <penberg@kernel.org>
      Cc: Peter Zijlstra <peterz@infradead.org>
      Cc: Robert Richter <rric@kernel.org>
      Cc: Stanislav Fomichev <stfomichev@yandex-team.ru>
      Cc: Stephane Eranian <eranian@google.com>
      Cc: Steven Rostedt <rostedt@goodmis.org>
      Link: http://lkml.kernel.org/r/1386605664-24041-2-git-send-email-bp@alien8.deSigned-off-by: NArnaldo Carvalho de Melo <acme@redhat.com>
      553873e1
  12. 28 11月, 2013 1 次提交
  13. 15 11月, 2013 1 次提交
  14. 13 11月, 2013 3 次提交
  15. 12 11月, 2013 4 次提交
    • A
      perf tests: Use lower sample_freq in sw clock event period test · 67c1e4a5
      Arnaldo Carvalho de Melo 提交于
      We were using it at 10 kHz, which doesn't work in machines where somehow
      the max freq was auto reduced by the kernel:
      
      [root@ssdandy ~]# perf test 19
      19: Test software clock events have valid period values    : FAILED!
      [root@ssdandy ~]# perf test -v 19
      19: Test software clock events have valid period values    :
      --- start ---
      Couldn't open evlist: Invalid argument
      ---- end ----
      Test software clock events have valid period values: FAILED!
      [root@ssdandy ~]#
      
      [root@ssdandy ~]# cat /proc/sys/kernel/perf_event_max_sample_rate
      7000
      
      Reducing it to 500 Hz should be good enough for this test and also
      shouldn't affect what it is testing.
      
      But warn the user if it fails, informing the knob and the freq tried.
      
      Cc: Adrian Hunter <adrian.hunter@intel.com>
      Cc: David Ahern <dsahern@gmail.com>
      Cc: Frederic Weisbecker <fweisbec@gmail.com>
      Cc: Jiri Olsa <jolsa@redhat.com>
      Cc: Mike Galbraith <efault@gmx.de>
      Cc: Namhyung Kim <namhyung@kernel.org>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Peter Zijlstra <peterz@infradead.org>
      Cc: Stephane Eranian <eranian@google.com>
      Link: http://lkml.kernel.org/n/tip-548rhj1uo6xbwnxa95kw3hqe@git.kernel.orgSigned-off-by: NArnaldo Carvalho de Melo <acme@redhat.com>
      67c1e4a5
    • A
      perf tests: Check return of perf_evlist__open sw clock event period test · d0b849e9
      Arnaldo Carvalho de Melo 提交于
      We were not checking if we successfully opened the counters, i.e. if
      sys_perf_event_open worked, when it doesn't in this test, we were
      continuing anyway and then segfaulting when trying to access the file
      descriptor array, that at that point had been freed in perf_evlist__open
      error path:
      
      [root@ssdandy ~]# perf test -v 19
      19: Test software clock events have valid period values    :
      --- start ---
      Segmentation fault (core dumped)
      [root@ssdandy ~]#
      
      Do the check and bail out instead.
      
      Cc: Adrian Hunter <adrian.hunter@intel.com>
      Cc: David Ahern <dsahern@gmail.com>
      Cc: Frederic Weisbecker <fweisbec@gmail.com>
      Cc: Jiri Olsa <jolsa@redhat.com>
      Cc: Mike Galbraith <efault@gmx.de>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Peter Zijlstra <peterz@infradead.org>
      Cc: Stephane Eranian <eranian@google.com>
      Link: http://lkml.kernel.org/n/tip-6qy8ljkn0e9hm7bh7keo5z68@git.kernel.orgSigned-off-by: NArnaldo Carvalho de Melo <acme@redhat.com>
      d0b849e9
    • A
      perf record: Synthesize non-exec MMAP records when --data used · 62605dc5
      Arnaldo Carvalho de Melo 提交于
      When perf_event_attr.mmap_data is set the kernel will generate
      PERF_RECORD_MMAP events when non-exec (data, SysV mem) mmaps are
      created, so we need to synthesize from /proc/pid/maps for existing
      threads, as we do for exec mmaps.
      
      Right now just 'perf record' does it, but any other tool that uses
      perf_event__synthesize_thread(s|map) can request it.
      Reported-by: NDon Zickus <dzickus@redhat.com>
      Tested-by: NDon Zickus <dzickus@redhat.com>
      Cc: Adrian Hunter <adrian.hunter@intel.com>
      Cc: Bill Gray <bgray@redhat.com>
      Cc: David Ahern <dsahern@gmail.com>
      Cc: Don Zickus <dzickus@redhat.com>
      Cc: Frederic Weisbecker <fweisbec@gmail.com>
      Cc: Jiri Olsa <jolsa@redhat.com>
      Cc: Joe Mario <jmario@redhat.com>
      Cc: Mike Galbraith <efault@gmx.de>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Peter Zijlstra <peterz@infradead.org>
      Cc: Richard Fowles <rfowles@redhat.com>
      Cc: Stephane Eranian <eranian@google.com>
      Link: http://lkml.kernel.org/n/tip-ihwzraikx23ian9txinogvv2@git.kernel.orgSigned-off-by: NArnaldo Carvalho de Melo <acme@redhat.com>
      62605dc5
    • A
      perf evsel: Remove idx parm from constructor · ef503831
      Arnaldo Carvalho de Melo 提交于
      Most uses of the evsel constructor are followed by a call to
      perf_evlist__add with an idex of evlist->nr_entries, so make rename
      the current constructor to perf_evsel__new_idx and remove the need
      for passing the constructor for the common case.
      
      We still need the new_idx variant because the way groups are handled,
      with evsel->nr_members holding the number of entries in an evlist,
      partitioning the evlist into sublists inside a single linked list.
      
      This asks for a clarifying refactoring, but for now simplify the non
      parser cases, so that tool writers don't have to bother with evsel idx
      setting.
      
      Cc: Adrian Hunter <adrian.hunter@intel.com>
      Cc: David Ahern <dsahern@gmail.com>
      Cc: Frederic Weisbecker <fweisbec@gmail.com>
      Cc: Jiri Olsa <jolsa@redhat.com>
      Cc: Mike Galbraith <efault@gmx.de>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Peter Zijlstra <peterz@infradead.org>
      Cc: Stephane Eranian <eranian@google.com>
      Link: http://lkml.kernel.org/n/tip-zy9tskx6jqm2rmw7468zze2a@git.kernel.orgSigned-off-by: NArnaldo Carvalho de Melo <acme@redhat.com>
      ef503831
  16. 06 11月, 2013 3 次提交
  17. 05 11月, 2013 1 次提交
  18. 04 11月, 2013 1 次提交