lkml.org 
[lkml]   [2009]   [Nov]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    SubjectRe: [PATCH][GIT PULL][v2.6.32] tracing/x86: Add check to detect GCC messing with mcount prologue
    From
    Date
    On Fri, 2009-11-20 at 19:35 +0000, Andrew Haley wrote:
    > Steven Rostedt wrote:
    > > Ingo, Thomas and Linus,
    > >
    > > I know Thomas did a patch to force the -mtune=generic, but just in case
    > > gcc decides to do something crazy again, this patch will catch it.
    > >
    > > Should we try to get this in now?
    >
    > I'm sure this makes sense, but a gcc test case would be even better.
    > If this can be detected in the gcc test suite it'll be found and
    > fixed long before y'all in kernel land get to see it. That's the
    > only way to guarantee this never bothers you again.
    >
    > H.J., who wrote the code in question, is hopefully looking at why
    > this odd code is being generated. Once he's done I can put a
    > suitable test case in the gcc test suite.

    Yes a gcc test suite will help new instances of gcc. But we need to
    worry about the instances of gcc that people have on their desktops now.
    This test case will catch the discrepancy between gcc and the function
    graph tracer. I'm not 100% convince that just adding -mtune=generic will
    help in all cases. If we miss another instance, then the function graph
    tracer may crash someone's kernel.

    -- Steve




    \
     
     \ /
      Last update: 2009-11-20 20:49    [W:0.019 / U:59.448 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site