[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080205213650.GB14708@elte.hu>
Date: Tue, 5 Feb 2008 22:36:50 +0100
From: Ingo Molnar <mingo@...e.hu>
To: Linus Torvalds <torvalds@...ux-foundation.org>
Cc: Thomas Gleixner <tglx@...utronix.de>,
"H. Peter Anvin" <hpa@...or.com>, linux-kernel@...r.kernel.org
Subject: Re: [git pull] x86 updates
* Linus Torvalds <torvalds@...ux-foundation.org> wrote:
> Ingo, Thomas,
> should we not do this?
>
> Otherwise, it seems we generate a section that isn't allocated?
>
> I think toolchain should add the right flags automatically for
> sections that start with ".[ro]data" and ".text", but not for the
> kernel-specific ".init.*" sections.
> #ifndef CONFIG_HOTPLUG_CPU
> - .pushsection .init.data
> + .pushsection .init.data,"aw"
> #endif
hm, did you get linker errors due to an unallocated section discarded
from the vmlinux?
Sam says that forgetting the "aw" attribute means it's .init.data.1, so
the standard vmlinux.lds rule does not pick it up:
.init.text : AT(ADDR(.init.text) - LOAD_OFFSET) {
_sinittext = .;
INIT_TEXT
_einittext = .;
}
as INIT_TEXT is defined as:
#define INIT_TEXT \
*(.init.text) \
which wouldnt pick up .init.text.1, and the linker would thus discard
the section?
i'm wondering whether it's possible to add a wildcard, something like
this:
#define INIT_TEXT \
*(.init.text*) \
? That way even if we forget the attribute, it gets picked up.
Ingo
--
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