From: Sam Ravnborg <sam@ravnborg.org>
To: Cyrill Gorcunov <gorcunov@gmail.com>
Cc: Andi Kleen <andi@firstfloor.org>,
Paulo Marques <pmarques@grupopie.com>,
Alexey Dobriyan <adobriyan@gmail.com>,
linux-kernel@vger.kernel.org
Subject: Re: /proc/kallsyms broken in 2.6.26-rc1-git6
Date: Mon, 19 May 2008 20:21:15 +0200 [thread overview]
Message-ID: <20080519182115.GA24285@uranus.ravnborg.org> (raw)
In-Reply-To: <20080519181543.GC7773@cvg>
On Mon, May 19, 2008 at 10:15:43PM +0400, Cyrill Gorcunov wrote:
> [Sam Ravnborg - Mon, May 19, 2008 at 08:11:18PM +0200]
> | On Tue, May 13, 2008 at 11:54:37AM +0200, Andi Kleen wrote:
> | > > I expect it to be a toolchain issue. Andi is often running with gcc versions
> | > > that are very new (fresh from svn maybe). I dunno about binutils.
> | >
> | > No actually that's a pretty old version from SUSE 10.2
> | >
> | > gcc-4.1.3-29
> | > binutils-2.17.50.0.5-21
> | >
> | > This means i've been recently trying to get the x86-64 kernel to work
> | > with the new gold linker from binutils mainline, but it's far from
> | > booting yet and was not used here.
> | >
> | > > To reproduce I would expect that a very recent gcc/binutils is needed.
> | > > Andi?
> | >
> | > Just a SUSE 10.2 toolchain. You can probably rpm2cpio it from any
> | > SUSE mirror.
> |
> | I have just commit the following that should fix it.
> |
> | Sam
> |
> | commit aab34ac8582303ef57b792710fc5dd5991477475
> | Author: Sam Ravnborg <sam@ravnborg.org>
> | Date: Mon May 19 20:07:58 2008 +0200
> |
> | kbuild: filter away debug symbols from kernel symbols
> |
> | Andi Kleen <andi@firstfloor.org>
> | reported that he saw a lot of symbols like this:
> |
> | 0000000000000b24 N DW.aio.h.903a6d92.2
> | 0000000000000bce N DW.task_io_accounting.h.8d8de327.0
> | 0000000000000bec N DW.hrtimer.h.c23659c6.0
> |
> | in his System.map / kallsyms output.
> |
> | Simple solution is to skip all debugging
> | symbols (they are marked 'N').
> |
> | Signed-off-by: Sam Ravnborg <sam@ravnborg.org>
> | Cc: Paulo Marques <pmarques@grupopie.com>
> |
> | diff --git a/scripts/kallsyms.c b/scripts/kallsyms.c
> | index 5d20a2e..ad2434b 100644
> | --- a/scripts/kallsyms.c
> | +++ b/scripts/kallsyms.c
> | @@ -108,6 +108,9 @@ static int read_symbol(FILE *in, struct sym_entry *s)
> | /* exclude also MIPS ELF local symbols ($L123 instead of .L123) */
> | else if (str[0] == '$')
> | return -1;
> | + /* exclude debugging symbols */
> | + else if (stype == 'N')
> | + return -1;
> |
> | /* include the type field in the symbol name, so that it gets
> | * compressed together */
> | diff --git a/scripts/mksysmap b/scripts/mksysmap
> | index 4390fab..6e133a0 100644
> | --- a/scripts/mksysmap
> | +++ b/scripts/mksysmap
> | @@ -32,6 +32,7 @@
> | # For System.map filter away:
> | # a - local absolute symbols
> | # U - undefined global symbols
> | +# N - debugging symbols
> | # w - local weak symbols
> |
> | # readprofile starts reading symbols when _stext is found, and
> | @@ -40,5 +41,5 @@
> | # so we just ignore them to let readprofile continue to work.
> | # (At least sparc64 has __crc_ in the middle).
> |
> | -$NM -n $1 | grep -v '\( [aUw] \)\|\(__crc_\)\|\( \$[adt]\)' > $2
> | +$NM -n $1 | grep -v '\( [aNUw] \)\|\(__crc_\)\|\( \$[adt]\)' > $2
> |
> |
>
> Hi Sam,
>
> should not there be
>
> toupper(stype) == 'N'
>
> (just a guess)
I conisered this. But decided that we could do so if we needed it later.
In the nm output I got they were all 'N'.
Sam
next prev parent reply other threads:[~2008-05-19 18:20 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-05-09 17:41 /proc/kallsyms broken in 2.6.26-rc1-git6 Andi Kleen
2008-05-09 18:03 ` Paulo Marques
2008-05-09 19:36 ` Andi Kleen
2008-05-09 19:59 ` Paulo Marques
2008-05-09 23:16 ` Andi Kleen
2008-05-12 9:55 ` Paulo Marques
2008-05-12 10:08 ` Andi Kleen
2008-05-09 23:37 ` Alexey Dobriyan
2008-05-12 10:00 ` Paulo Marques
2008-05-12 15:50 ` Cyrill Gorcunov
2008-05-12 17:23 ` Sam Ravnborg
2008-05-12 17:28 ` Cyrill Gorcunov
2008-05-13 9:54 ` Andi Kleen
2008-05-19 18:11 ` Sam Ravnborg
2008-05-19 18:15 ` Cyrill Gorcunov
2008-05-19 18:21 ` Sam Ravnborg [this message]
2008-05-19 18:22 ` Cyrill Gorcunov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20080519182115.GA24285@uranus.ravnborg.org \
--to=sam@ravnborg.org \
--cc=adobriyan@gmail.com \
--cc=andi@firstfloor.org \
--cc=gorcunov@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=pmarques@grupopie.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox