Re: [linuxsh-dev] bootmem.c/newlib

[Stuart M. <Stu...@st...>]

Bryan

I see similar things when the initrd image is loaded outside the memory
space the kernel knows about. For example, I normally have 32M RAM from
0c00,0000 to 0cff,ffff, and load the initrd image at 0d00,0000.

However if I lie, and tell the kernel I only have 16M, then the initrd
image is outside the memory the kernel knows about, and so as it reserves
the pages the initrd image occupies, I see the error message:
  hm, page 01000000 reserved twice.
for every page in the image (remember the address is an offset from
CONFIG_MEMORY_START).

If you're not deliberatly loading an initrd image, perhaps the parameters
the kernel is seeing for where one should be are not being initialised?
These are poked in by the .dbginit script, at offsets 0x1010 (base addr)
and 0x1014 (size).

Stuart

On Aug 22,  4:51pm, br...@ix... wrote:
> Subject: [linuxsh-dev] bootmem.c/newlib
> 
> Hello again linuxsh-dev,
> 
> I am now having some trouble getting the latest CVS kernel to boot. It
> gets past the Linux banner and then generates hundreds of lines of
> paging errors. Here is the GDB output:
> 
> bryan@mtdew:~/cvs/sh/kernel$ sh-linux-gnu-gdb
> GNU gdb 4.18
> Copyright 1998 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you
> are
> welcome to change it and/or distribute copies of it under certain
> conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for
> details.
> This GDB was configured as "--host=i686-pc-linux-gnu
> --target=sh-linux-gnu".
> 0xa00018c6 in ?? ()
> Loading section .empty_zero_page, size 0x1c lma 0xa8003000
> Loading section .text, size 0x63ac8 lma 0xa8004000
> Loading section .rodata, size 0xdd23 lma 0xa8067ac8
> Loading section __ex_table, size 0x1208 lma 0xa80757f0
> Loading section .data, size 0x6ab8 lma 0xa80769f8
> Loading section .exitcall.exit, size 0x14 lma 0xa807d4b0
> Loading section .data.init_task, size 0x2000 lma 0xa807e000
> Loading section .text.init, size 0x5878 lma 0xa8080000
> Loading section .data.init, size 0x2db lma 0xa8085878
> Loading section .setup.init, size 0x88 lma 0xa8085b60
> Loading section .initcall.init, size 0x34 lma 0xa8085be8
> Loading section .machvec.init, size 0x2f8 lma 0xa8085c1c
> Loading section .data.cacheline_aligned, size 0xac0 lma 0xa8086000
> Start address 0xa8004000 , load size 532130
> Transfer rate: 29157 bits/sec.
> (gdb) cont
> Continuing.
> Linux version 2.4.0-test6 (bryan@mtdew) (gcc version 2.95.2 19991024
> (release)) #2 Tue Aug 22 16:38:28 PDT 2000
> kernel BUG at bootmem.c:83!
> hm, page 00f00000 reserved twice.
> hm, page 00f01000 reserved twice.
> hm, page 00f02000 reserved twice.
> hm, page 00f03000 reserved twice.
> hm, page 00f04000 reserved twice.
> hm, page 00f05000 reserved twice.
>  .
> .
>  .
> 
> And so on indefinitely through every page in the memory space. I get the
> same results with Linux-2.4.0-test6 and the CVS kernel. Anyone seen this
> before or know what may cause it?
> 
> Thanks,
> 
> Bryan Rittmeyer
> mailto:br...@ix...
> 
> _______________________________________________
> linuxsh-dev mailing list
> lin...@li...
> http://lists.sourceforge.net/mailman/listinfo/linuxsh-dev
>-- End of excerpt from br...@ix...