All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andreas Haumer <andreas@xss.co.at>
To: linux-kernel@vger.kernel.org
Cc: johninsd@san.rr.com
Subject: lilo, initrd and RAM > 1GB
Date: Sun, 30 Dec 2001 20:11:59 +0100	[thread overview]
Message-ID: <3C2F66FF.13BD2A19@xss.co.at> (raw)

Hi!

I found a problem booting with lilo 22.1, linux-2.2.20 and
initrd on a machine with more than 1GB of physical memory!

The kernel is configured with CONFIG_2GB set and lilo is
called with the following parameters in /etc/lilo.conf:

[...]
boot = /dev/scsi/host0/bus0/target0/lun0/disc
install = /boot/boot.b
timeout = 100
verbose = 1
prompt
read-only
lba32

image = /boot/vmlinuz
  label = linux
  root = /dev/scsi/host0/bus0/target0/lun0/part3
  initrd = /boot/initrd.gz
  append = "apm=power-off"
  vga = 1
[...]

With this setting, the system boots fine if I have 1GB - epsilon
of RAM installed.

As soon as I put more than 1GB of physical memory into
the machine (for example: 1.5GB), the kernel itself recognizes
the correct amount of memory, but tells me at boot time:

[...]
initrd overwritten (0x80f30000 < 0x8115af08) - disabling it
[...]

It boots fine, if I boot it with "linux mem=960M"...

I tried the same kernel and initrd image with the syslinux
bootloader (version 1.65), and here linux boots fine even
with 1.5GB RAM installed.

I've put a printk statement into init/main.c to get the 
initrd_start address in this case, and it says:

[...]
start_kernel: initrd_start = 0xb7f30000
[...]

I then called lilo again on the 1.5GB system booted with
syslinux, but this didn't help: initrd was still loaded
at address 0x80f30000 and thus got overwritten at boot time...

This behaviour is reproducable on a different system, too.

To me it looks like lilo get's the initrd start address
wrong if there is more than 1GB of RAM in the system.
I haven't found anything in the lilo documentation how to 
solve this problem. 

Is this a lilo or a user bug?
Any idea, anyone?

- andreas

-- 
Andreas Haumer                     | mailto:andreas@xss.co.at
*x Software + Systeme              | http://www.xss.co.at/
Karmarschgasse 51/2/20             | Tel: +43-1-6060114-0
A-1100 Vienna, Austria             | Fax: +43-1-6060114-71

             reply	other threads:[~2001-12-30 19:12 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-12-30 19:11 Andreas Haumer [this message]
2002-01-02  1:03 ` lilo, initrd and RAM > 1GB H. Peter Anvin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3C2F66FF.13BD2A19@xss.co.at \
    --to=andreas@xss.co.at \
    --cc=johninsd@san.rr.com \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.