Re: can't boot 2.6.0-test11

From: Bill Nottingham <notting_at_redhat.com>
Date: 2003-12-05 09:18:09
Stephane Eranian (eranian@hpl.hp.com) said: 
> On Thu, Dec 04, 2003 at 04:56:20PM -0500, Bill Nottingham wrote:
> > Trying to boot a 2.6test ia64 kernel here, I'm getting:
> > 
> > Loadin vmlinux...Loading Linux... 
> > alloc.c(line 132):allocator: AllocatePages(2, 2, 3377699721561477, 0x40000000) failed (Not Found)
> > plain_loader.c(line 291):plain_elf64: AllocatePages(3377699721561477, 0x40000000) for kernel failed
> > 
> > Is the kernel just horribly misbuilt somehow, or is something else
> > going on?
> > 
> I saw your E-mail but I just did a bk pull frmo Linus's tree and I can't
> even get my kernel to build using gcc-3.3.2. I get a lot of unwind related
> errors:

I'm using 3.2.3, not 3.3.2. Dunno if that makes a big difference.

> From your trace, it looks like your are trying to boot an uncompressed kernel.
> What this intentional?

Both uncompressed and compressed fail in the same way, I was just debugging with
uncompressed.

> The AllocatePages() says you are trying to allocate 3377699721561477 4KB pages.
> Clearly not something you want. Is the output of readelf -e on vmlinux decent?

As much as I can tell, it is. Not that that means much from me.
Jakub found the following that probably is a bug, but applying the patch
doesn't help it boot:

--- linux-2.6.0-test11/arch/ia64/kernel/vmlinux.lds.S.foo	2003-12-04 17:16:36.000000000 -0500
+++ linux-2.6.0-test11/arch/ia64/kernel/vmlinux.lds.S	2003-12-04 17:08:55.000000000 -0500
@@ -151,7 +151,7 @@
 	{ *(.con_initcall.init) }
   __con_initcall_end = .;
   __security_initcall_start = .;
-  .security_initcall.init : AT(ADDR(.security_initcall.init) - PAGE_OFFSET)
+  .security_initcall.init : AT(ADDR(.security_initcall.init) - LOAD_OFFSET)
 	{ *(.security_initcall.init) }
   __security_initcall_end = .;
   . = ALIGN(PAGE_SIZE);

Bill
-
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Received on Thu Dec 4 17:21:05 2003

This archive was generated by hypermail 2.1.8 : 2005-08-02 09:20:20 EST