lkml.org 
[lkml]   [2009]   [Oct]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [RFC] tracefs

    * Frederic Weisbecker <fweisbec@gmail.com> wrote:

    > On Fri, Oct 23, 2009 at 07:32:37AM +0200, Ingo Molnar wrote:
    > >
    > > * Greg KH <greg@kroah.com> wrote:
    > >
    > > > Hi all,
    > > >
    > > > At LinuxCon this year, Steven and I talked about moving the
    > > > debugfs usage in the tracing core to a stand-alone filesystem to
    > > > give the ability to start to lock down the api so that people an
    > > > count on what is going on in the tracing userspace interface.
    > >
    > > What we want to move out initially (and i talked to Steve and
    > > Frederic about that a few weeks ago) is the event description bits -
    > > the format stuff in /debug/tracing/events/ - but definitely not all
    > > the other, rather messy and ad-hoc APIs.
    > >
    > > _No way_ do we want to tie down the pretty-printing ftrace details
    > > as an ABI. We promised that when ftrace went upstream and all the
    > > details are way too messy to be exposed in an ABI alike matter (and
    > > yes, consider this a NAK Steve ;-).
    > >
    > > We want a _very_ careful exporting of certain pieces of information
    > > that helps syscall-exposed perf events bits, and to improve the
    > > quality of interfaces while we do that.
    > >
    > > Ingo
    >
    >
    > I guess the first bits that need to be exported are the
    > TRACE_EVENT_ABI. But even before that, we need to ensure we have a
    > final version of the trace events description.

    Yeah, exactly. Once we pin them down they'll be with us for a very long
    time.

    Ingo


    \
     
     \ /
      Last update: 2009-10-23 12:33    [W:0.025 / U:0.616 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site