1. 11 8月, 2010 12 次提交
  2. 07 8月, 2010 4 次提交
  3. 06 8月, 2010 11 次提交
  4. 05 8月, 2010 3 次提交
    • J
      oprofile: add support for Intel processor model 30 · a7c55cbe
      Josh Hunt 提交于
      Newer Intel processors identifying themselves as model 30 are not recognized by
      oprofile.
      
      <cpuinfo snippet>
      model           : 30
      model name      : Intel(R) Xeon(R) CPU           X3470  @ 2.93GHz
      </cpuinfo snippet>
      
      Running oprofile on these machines gives the following:
      + opcontrol --init
      + opcontrol --list-events
      oprofile: available events for CPU type "Intel Architectural Perfmon"
      
      See Intel 64 and IA-32 Architectures Software Developer's Manual
      Volume 3B (Document 253669) Chapter 18 for architectural perfmon events
      This is a limited set of fallback events because oprofile doesn't know your CPU
      CPU_CLK_UNHALTED: (counter: all)
              Clock cycles when not halted (min count: 6000)
      INST_RETIRED: (counter: all)
              number of instructions retired (min count: 6000)
      LLC_MISSES: (counter: all)
              Last level cache demand requests from this core that missed the LLC
      (min count: 6000)
              Unit masks (default 0x41)
              ----------
              0x41: No unit mask
      LLC_REFS: (counter: all)
              Last level cache demand requests from this core (min count: 6000)
              Unit masks (default 0x4f)
              ----------
              0x4f: No unit mask
      BR_MISS_PRED_RETIRED: (counter: all)
              number of mispredicted branches retired (precise) (min count: 500)
      + opcontrol --shutdown
      
      Tested using oprofile 0.9.6.
      Signed-off-by: NJosh Hunt <johunt@akamai.com>
      Reviewed-by: NAndi Kleen <ak@linux.intel.com>
      Signed-off-by: NRobert Richter <robert.richter@amd.com>
      a7c55cbe
    • I
      Merge branch 'perf/core' of... · fc9ea5a1
      Ingo Molnar 提交于
      Merge branch 'perf/core' of git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux-2.6 into perf/core
      fc9ea5a1
    • I
      Merge branch 'perf/nmi' into perf/core · 61be7fde
      Ingo Molnar 提交于
      Conflicts:
      	kernel/Makefile
      
      Merge reason: Add the now complete topic, fix the conflict.
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      61be7fde
  5. 04 8月, 2010 4 次提交
  6. 03 8月, 2010 6 次提交
    • I
      Merge branch 'perf/core' of... · 43d7383b
      Ingo Molnar 提交于
      Merge branch 'perf/core' of git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux-2.6 into perf/core
      43d7383b
    • S
      perf, powerpc: fsl_emb: Restore setting perf_sample_data.period · 69e77a8b
      Scott Wood 提交于
      Commit 6b95ed34 changed from
      a struct initializer to perf_sample_data_init(), but the setting
      of the .period member was left out.
      Signed-off-by: NScott Wood <scottwood@freescale.com>
      Cc: stable@kernel.org
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      69e77a8b
    • P
      perf, powerpc: Convert the FSL driver to use local64_t · 09f86cd0
      Peter Zijlstra 提交于
      For some reason the FSL driver got left out when we converted perf
      to use local64_t instead of atomic64_t.
      Signed-off-by: NPeter Zijlstra <a.p.zijlstra@chello.nl>
      Acked-by: NKumar Gala <galak@kernel.crashing.org>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      09f86cd0
    • A
      perf tools: Don't keep unreferenced maps when unmaps are detected · 0a1eae39
      Arnaldo Carvalho de Melo 提交于
      For a file with:
      
      [root@emilia linux-2.6-tip]# perf report -D -fi allmodconfig-j32.perf.data | grep events:
           TOTAL events:      36933
            MMAP events:       9056
            LOST events:          0
            COMM events:       1702
            EXIT events:       1887
        THROTTLE events:          8
      UNTHROTTLE events:          8
            FORK events:       1894
            READ events:          0
          SAMPLE events:      22378
            ATTR events:          0
      EVENT_TYPE events:          0
      TRACING_DATA events:          0
        BUILD_ID events:          0
      [root@emilia linux-2.6-tip]#
      
      Testing with valgrind and making perf_session__delete() a nop, so that
      we can notice how many maps were actually deleted due to not having any
      samples on it:
      
      ==== HEAP SUMMARY:
      
      Before:
      
      ==10339==     in use at exit: 8,909,997 bytes in 68,690 blocks
      ==10339==   total heap usage: 78,696 allocs, 10,007 frees, 11,925,853 bytes allocated
      
      After:
      
      ==10506==     in use at exit: 8,902,605 bytes in 68,606 blocks
      ==10506==   total heap usage: 78,696 allocs, 10,091 frees, 11,925,853 bytes allocated
      
      I.e. just 84 detected unmaps with no hits out of 9056 for this workload,
      not much, but in some other long running workload this may save more
      bytes.
      
      Cc: Frederic Weisbecker <fweisbec@gmail.com>
      Cc: Mike Galbraith <efault@gmx.de>
      Cc: Peter Zijlstra <peterz@infradead.org>
      Cc: Stephane Eranian <eranian@google.com>
      LKML-Reference: <new-submission>
      Signed-off-by: NArnaldo Carvalho de Melo <acme@redhat.com>
      0a1eae39
    • A
      perf session: Invalidate last_match when removing threads from rb_tree · 70597f21
      Arnaldo Carvalho de Melo 提交于
      If we receive two PERF_RECORD_EXIT for the same thread, we can end up
      reusing session->last_match and trying to remove the thread twice from
      the rb_tree, causing a segfault, so invalidade last_match in
      perf_session__remove_thread.
      
      Receiving two PERF_RECORD_EXIT for the same thread is a bug, but its a
      harmless one if we make the tool more robust, like this patch does.
      
      Cc: Frederic Weisbecker <fweisbec@gmail.com>
      Cc: Mike Galbraith <efault@gmx.de>
      Cc: Peter Zijlstra <peterz@infradead.org>
      Cc: Stephane Eranian <eranian@google.com>
      LKML-Reference: <new-submission>
      Signed-off-by: NArnaldo Carvalho de Melo <acme@redhat.com>
      70597f21
    • A
      perf session: Free the ref_reloc_sym memory at the right place · 076c6e45
      Arnaldo Carvalho de Melo 提交于
      Which is at perf_session__destroy_kernel_maps, counterpart to the
      perf_session__create_kernel_maps where the kmap structure is located, just
      after the vmlinux_maps.
      
      Make it also check if the kernel maps were actually created, which may not
      be the case if, for instance, perf_session__new can't complete due to
      permission problems in, for instance, a 'perf report' case, when a
      segfault will take place, that is how this was noticed.
      
      The problem was introduced in d65a458b, thus post .35.
      
      This also adds code to release guest machines as them are also created
      in perf_session__create_kernel_maps, so should be deleted on this newly
      introduced counterpart, perf_session__destroy_kernel_maps.
      
      Cc: Frederic Weisbecker <fweisbec@gmail.com>
      Cc: Mike Galbraith <efault@gmx.de>
      Cc: Peter Zijlstra <peterz@infradead.org>
      Cc: Stephane Eranian <eranian@google.com>
      LKML-Reference: <new-submission>
      Signed-off-by: NArnaldo Carvalho de Melo <acme@redhat.com>
      076c6e45