[lkml]   [2009]   [Jun]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [tip:tracing/core] x86, bts: reenable ptrace branch trace support
    On Thu, 2009-05-07 at 09:25 +0000, tip-bot for Markus Metzger wrote:
    > Commit-ID: 7e0bfad24d85de7cf2202a7b0ce51de11a077b21
    > Gitweb:
    > Author: Markus Metzger <>
    > AuthorDate: Fri, 24 Apr 2009 09:44:48 +0200
    > Committer: Ingo Molnar <>
    > CommitDate: Fri, 24 Apr 2009 10:18:51 +0200
    > x86, bts: reenable ptrace branch trace support
    > The races found by Oleg Nesterov have been fixed.
    > Reenable branch trace support.
    > Signed-off-by: Markus Metzger <>
    > Acked-by: Oleg Nesterov <>
    > LKML-Reference: <>
    > Signed-off-by: Ingo Molnar <>

    OK, this whole BTS thing worries me because it seems to expose too much
    of the Intel Debug Store thingy to the outside world.

    The thing is, once we do PEBS from inside the kernel, we'll have to
    share the debug store, and the way this thing sets it up isn't really
    going to work.

    So what I'd like to see is having this debug store removed from the
    interface and abstracted away as cpu resource -- a single page when in
    use should suffice I think.

    If you want to expose a buffer to userspace, use the regular mmap()
    interface and fill those pages from the DS interrupt handler.

     \ /
      Last update: 2009-06-10 14:47    [W:0.034 / U:25.440 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site