[lkml]   [2002]   [Sep]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [BUG] initrd >24MB corruption (fwd)
Jeff Chua wrote:
> Who else can help with this problem? I tried to write to Werner
> Almesberger <> (no such email)

That one is gone. should work for the
forseeable future.

> I'm suspecting that somehow part of initrd is being corrupted during boot

The initrd is typically loaded below 16 MB. Your bzImage
uncompresses after the loaded kernel, so if your kernel is, say,
3 MB and compresses to 1 MB (that's a reasonably lean 2.4.19 kernel),
up to about 4.5 MB are overwritten already when getting the kernel
in place. A 6 MB/2 MB kernel would happy scribble over ~8.5 MB.

See also figures 7 and 8 of

> ... does that mean the gzipped fs can only be <8MB? That could explain why
> the ram6MB.gz worked and ram8MB.gz doesn't.

The 8 MB mapping affects mainly the maximum kernel size and
shouldn't matter in this case. If you want to try anyway, you
should be able to increase the mapping by pushing
arch/i386/kernel/head.S:empty_zero_page down by a page, and
adjusting the .org below too.

So, assuming the problem is indeed the kernel overwriting initrd,
there are three things you can do to avoid this:

- use a smaller initrd (they were never meant to be quite
*that* big anyway :-)
- make your kernel smaller
- get your boot loader to load the initrd at a higher
address, or find a boot loader that does (no, I don't
know which ones do, and whether they do this reliably.
Section 2.5 of my booting paper (see above) explains
some potential pitfalls.)

- Werner

/ Werner Almesberger, Buenos Aires, Argentina /
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:22    [W:0.067 / U:2.036 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site