1. 13 3月, 2009 1 次提交
    • M
      x86, bts: detect size of DS fields · bc44fb5f
      Markus Metzger 提交于
      Impact: more robust DS feature enumeration
      
      Detect the size of the pointer-type fields in the DS area
      configuration via the DTES64 features rather than based on
      the cpuid.
      
      Rename a variable to denote that size to reflect that it only
      covers the pointer-type fields.
      
      Add more boot-time diagnostics giving the detected size and
      the sizes of BTS and PEBS records.
      
      Use the size of the BTS/PEBS record to indicate that the
      respective feature is not available (if the record size is zero).
      Signed-off-by: NMarkus Metzger <markus.t.metzger@intel.com>
      LKML-Reference: <20090313104218.A30096@sedona.ch.intel.com>
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      bc44fb5f
  2. 06 3月, 2009 2 次提交
  3. 22 1月, 2009 1 次提交
  4. 20 1月, 2009 1 次提交
  5. 20 12月, 2008 1 次提交
    • M
      x86, bts: add fork and exit handling · bf53de90
      Markus Metzger 提交于
      Impact: introduce new ptrace facility
      
      Add arch_ptrace_untrace() function that is called when the tracer
      detaches (either voluntarily or when the tracing task dies);
      ptrace_disable() is only called on a voluntary detach.
      
      Add ptrace_fork() and arch_ptrace_fork(). They are called when a
      traced task is forked.
      
      Clear DS and BTS related fields on fork.
      
      Release DS resources and reclaim memory in ptrace_untrace(). This
      releases resources already when the tracing task dies. We used to do
      that when the traced task dies.
      Signed-off-by: NMarkus Metzger <markus.t.metzger@intel.com>
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      bf53de90
  6. 17 12月, 2008 2 次提交
  7. 12 12月, 2008 3 次提交
  8. 26 11月, 2008 5 次提交
  9. 18 11月, 2008 1 次提交
    • I
      x86, PEBS/DS: fix code flow in ds_request() · 10db4ef7
      Ingo Molnar 提交于
      this compiler warning:
      
        arch/x86/kernel/ds.c: In function 'ds_request':
        arch/x86/kernel/ds.c:368: warning: 'context' may be used uninitialized in this function
      
      Shows that the code flow in ds_request() is buggy - it goes into
      the unlock+release-context path even when the context is not allocated
      yet.
      
      First allocate the context, then do the other checks.
      
      Also, take care with GFP allocations under the ds_lock spinlock.
      
      Cc: <stable@kernel.org>
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      10db4ef7
  10. 16 11月, 2008 1 次提交
  11. 10 11月, 2008 1 次提交
  12. 24 9月, 2008 1 次提交
  13. 25 7月, 2008 1 次提交
  14. 13 5月, 2008 2 次提交
  15. 17 4月, 2008 1 次提交
  16. 01 2月, 2008 1 次提交
  17. 30 1月, 2008 4 次提交