Re: 2.6.26-rc5-mm1: uml link error

[Sam Ravnborg <sam@ravnborg.org>]

On Tue, Jun 10, 2008 at 04:21:06PM +0200, Peter Oberparleiter wrote:
> Peter 1 Oberparleiter wrote:
> > Jeff Dike <jdike@addtoit.com> wrote on 10.06.2008 15:57:29:
> > 
> >> On Tue, Jun 10, 2008 at 01:19:27PM +0200, Miklos Szeredi wrote:
> >> > Hmm, uml still doesn't boot with this patch, it dies while calling the
> >> > constructors.  So maybe that SORT contruct is still needed?
> >> > 
> >> > #17 0x08049793 in do_ctors () at init/main.c:706
> >> > #18 0x080499cc in do_basic_setup () at init/main.c:789
> >> > #19 0x08049a43 in kernel_init (unused=0x0) at init/main.c:897
> >> 
> >> This doesn't look like it's in do_initcalls.  What happens with
> >> "initcall_debug"?
> > 
> > Constructor calls inside the kernel happen just before any other
> > initcall. The problem here is that constructors are called from both
> > the host run-time environment as well as from the kernel. I'm
> > working on a patch that disables kernel constructor calling for UML.
> 
> New try: should be fixed with the patch below (applies on top of
> kernel-call-constructors.patch):
> 
> --
> Subject: kernel: disable constructor calling for uml
> 
> From: Peter Oberparleiter <peter.oberparleiter@de.ibm.com>
> 
> Disable calling of constructor functions from within the kernel for uml
> as they are already called by the host run-time environment.

If this is the right fix then could we please have a less ugly patch.
First off there is no need for the ifdef in vmlinux.lds.h.
And we could get away with some flag or something where we 
call the constructors.

And a comment explaning why UML is different is also missing.

	Sam