[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.00.0908061100580.22376@gandalf.stny.rr.com>
Date: Thu, 6 Aug 2009 11:02:20 -0400 (EDT)
From: Steven Rostedt <rostedt@...dmis.org>
To: Ingo Molnar <mingo@...e.hu>
cc: Dave Airlie <airlied@...il.com>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Sam Ravnborg <sam@...nborg.org>,
LKML <linux-kernel@...r.kernel.org>, linuxppc-dev@...abs.org
Subject: Re: ftrace scripts and make V=1
On Thu, 6 Aug 2009, Ingo Molnar wrote:
> > diff --git a/scripts/recordmcount.pl b/scripts/recordmcount.pl
> > index d29baa2..4889c44 100755
> > --- a/scripts/recordmcount.pl
> > +++ b/scripts/recordmcount.pl
> > @@ -414,7 +414,10 @@ while (<IN>) {
> > $offset = hex $1;
> > } else {
> > # if we already have a function, and this is weak, skip it
> > - if (!defined($ref_func) && !defined($weak{$text})) {
> > + if (!defined($ref_func) && !defined($weak{$text}) &&
> > + # PPC64 can have symbols that start with .L and
> > + # gcc considers these special. Don't use them!
> > + $text !~ /^\.L/) {
> > $ref_func = $text;
> > $offset = hex $1;
> > }
>
> Ah, indeed. I'm wondering whether also emitting a build warning
> would be useful - just in the (admittedly unlikely) case of someone
> wondering about why LM93_IN_FROM_REG does not show up in function
> traces.
Actually, it just skips it as the function to use as the reference point.
It should still record the mcount for that function. Now we may have an
issues if all functions in a section start with .L
-- Steve
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists