[lkml]   [2008]   [Oct]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    Subject[PATCH 00/11] ftrace: clean ups and fixes
    This is a series of patches to make ftrace more robust and clean ups.

    The first couple of patches fix the script and changes
    it to only record the .text section functions. This means that
    the init sections will not be processed.

    I still have a patch to add notrace to the init sections, and not for
    safety reasons, but for perfomance. Since the init sections will not be
    processed, they will still call mcount. Note, mcount is just a ret,
    but why have the init code waste CPU cycles to call a stub function?

    A FTRACE_WARN_ON is added to change all WARN_ONS to not only print a
    warning, but also to disable ftrace as well.

    The later patches are a bit more drastic. Since the daemon is error prone,
    I stripped it out. In doing so, I have to disable dynamic ftrace from all
    archs that use it. The archs can get dynamic ftrace reenabled when they
    are ported to the method. (Arch maintainers, please contact
    me if you want help. I can do it with some information about your arch).

    Since the hash was created to work with the daemon, that too was stripped
    out, making the remaining code smaller and cleaner. The kprobe hooks
    in ftrace may need to be reworked.

    -- Steve

     \ /
      Last update: 2008-10-22 20:55    [W:0.019 / U:20.276 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site