[Sam Ravnborg - Mon, May 12, 2008 at 07:23:23PM +0200]
| On Mon, May 12, 2008 at 07:50:52PM +0400, Cyrill Gorcunov wrote:
| > [Paulo Marques - Mon, May 12, 2008 at 11:00:32AM +0100]
| > > Alexey Dobriyan wrote:
| > >> On Fri, May 09, 2008 at 08:59:56PM +0100, Paulo Marques wrote:
| > >>> Andi Kleen wrote:
| > >>>> [...]
| > >>>> Yes and? Surely that's not correct?
| > >>> That's not for me to judge, but I believe it has always been like that.
| > >> *cough*
| > >> Here is how typical /proc/kallsyms looks like:
| > >> ffffffff80200000 A _text
| > >> ffffffff80200000 T startup_64
| > >> ffffffff802000b7 t ident_complete
| > >> ffffffff80200100 T secondary_startup_64
| > >
| > > This isn't helpful... the question is whether it is kallsyms misbehaving
| > > and placing new symbols in the kernel image or if it is some other change
| > > in the kernel that is generating new symbols that end up in the symbol
| > > table.
| > >
| > > My guess it is that it is the later, and in that case, from a kallsyms
| > > standpoint "it has always been like that".
| > >
| > > --
| > > Paulo Marques - www.grupopie.com
| > >
| > >
| >
| > If it help - I've taken Andi's config, compiled the kernel and
| > didn't find any screwed symbols (nor is System.map nor in /proc/kallsyms).
|
| 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.
| To reproduce I would expect that a very recent gcc/binutils is needed.
| Andi?
|
| Sam
|
Probably, I've used:
gcc (GCC) 4.1.2 (Gentoo 4.1.2 p1.0.2)
sys-devel/binutils 2.18-r1
- Cyrill -
--
