Re: "N" symbols and System.map
From: Sam Ravnborg
Date: Mon May 04 2009 - 15:31:38 EST
On Fri, May 01, 2009 at 05:00:39PM -0700, H. Peter Anvin wrote:
> Sam Ravnborg wrote:
> >On Sat, May 02, 2009 at 01:10:18AM +0200, Andreas Schwab wrote:
> >>"H. Peter Anvin" <hpa@xxxxxxxxxxxxxxx> writes:
> >>
> >>>right now, we filter out symbols that nm tag N, meaning "debugging
> >>>symbols", from System.map. However, at least on x86, the
> >>>linker-generated
> >>>symbol _end is tagged N, and in fact is the only N in the entire image.
> >>>
> >>>Are there other architectures which would suffer if N were included in
> >>>System.map, or would that be a reasonable thing to do?
> >>There should not be any N symbols unless you are using stabs debugging.
> >
> >We have in vmlinux:
> > .end : AT(ADDR(.end) - LOAD_OFFSET) {
> > _end = .;
> > }
> >
> >
> >And I see:
> >c1834000 N _end
> >
> >This is the _only_ 'N' symbol in my vmlinux.
> >
>
> Yup, this is what happens. I don't know why the linker does this, and
> if there is a way around it.
Andreas - can you explain what is happning here?
I can include 'N' symbols in System.map - but I have not yet reached
a level of understanding that make me go and do it.
Sam
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/