Bug 39234 - initrd overwritten on boot with CONFIG_2GB
Summary: initrd overwritten on boot with CONFIG_2GB
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: kernel
Version: 7.1
Hardware: i686
OS: Linux
Target Milestone: ---
Assignee: Arjan van de Ven
QA Contact: Brock Organ
Depends On:
TreeView+ depends on / blocked
Reported: 2001-05-05 21:25 UTC by Need Real Name
Modified: 2007-04-18 16:33 UTC (History)
0 users

Clone Of:
Last Closed: 2001-05-16 17:05:55 UTC

Attachments (Terms of Use)

Description Need Real Name 2001-05-05 21:25:10 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0)

Description of problem:
hardware = dell poweredge 2450 w/2gb memory.

normal kernel installation procedure for us is to use a initrd
so that the scsi & raid modules may be loaded for the root fs.

recompiled kernel 2.2.19-6.2.1 from the source rpm
via rpm --target=i686 -bb kernel-2.2.spec with
CONFIG_2GB=y (turned off CONFIG_1GB) and installed with
an initrd and lilo.

boot fails saying "initrd overwritten (0x8??????? < 0x8???????) disabling 

How reproducible:

Steps to Reproduce:
recompile kernel with CONFIG_2GB and try to boot with an initrd via lilo.

Additional info:

Comment 1 Need Real Name 2001-05-06 00:23:05 UTC
the actual addresses are (0x80f8e000 < 0x8127f000).
the code which prints this error message is in linux/init/main.c.

Comment 2 Arjan van de Ven 2001-05-06 09:46:31 UTC
What bootloader (lilo?) and what version are you using ?

Why do you want CONFIG_2Gb ?

Comment 3 Need Real Name 2001-05-07 13:52:46 UTC
- as mentioned above i am using lilo (lilo-0.21-15)
- i want config_2gb because i have 2gb of memory in the machine.

Comment 4 Arjan van de Ven 2001-05-08 12:52:58 UTC
For the RH kernel, you don't need CONFIG_2GB for accessing that memory.

Comment 5 Need Real Name 2001-05-09 14:21:28 UTC
apparently i do. running the stock kernel-smp-2.2.19 causes linux to
only use 1GB of physical memory.  

the limitation is due to the way the 32-bit address space is divided: 1GB
kernel and 3GB user space. the kernel can only manage up to 1GB in this
configuration.  turning on CONFIG_2GB paritions the address space into 2GB/2GB.

Comment 6 Arjan van de Ven 2001-05-09 14:54:52 UTC
For > 1Gb systems, running the enterprise kernel is recommended...

Comment 7 Need Real Name 2001-05-09 20:46:25 UTC
right.  i was able to boot to the enterprise kernel and have
the full 2GB recognized.

the problem is that we've seen incompatiblities with the LFS
patch which is also part of the enterprise kernel.  specifically,
we run IBM DB2 apparently does not go through QA under the
"enterprise" kernel.

Comment 8 Arjan van de Ven 2001-05-09 20:55:44 UTC
Ok, I see your point.
I think you need to apply the "linux-2.2.16-bigmem-initrd" patch to your
"non-enterprise" kernel. It is supposed to take care of initrd vs > 1Gb.

The patch can be found in the src.rpm for the kernel, just "rpm -i" it and
the patches are in /usr/src/redhat/SOURCES

Comment 9 Need Real Name 2001-05-14 14:20:20 UTC
is there any way to have future versions of kernel-smp
"work" when the CONFIG_2GB flag is on?  it's much
more maintainable for me to only have to turn on
a flag in the .config versus editing the .spec file
to apply a patch for each kernel release.


Comment 10 Arjan van de Ven 2001-05-14 14:28:45 UTC
If the patch worked for you (please confirm), I'll make this patch always apply
for newer versions.

Note You need to log in before you can comment on or make changes to this bug.