overflowed source buffer ... segment exceeding memory

Bill Rugolsky Jr. brugolsky at telemetry-investments.com
Thu Nov 14 17:03:01 CET 2002

On Thu, Nov 14, 2002 at 08:17:21AM -0500, steven james wrote:
> I don't think it's the compression here. I have a working BIOS built from
> CVS on 11/05/2002. I don't think it matters to this, but I did hack
> zkernel_start on the fallback image to be fff00000 and modify the linker
> script to hard code the primary image at fffe0000 - 8.

OK, well I was doing a bunch of things wrong.  But I'm getting closer.

First, CVS is using the linuxbios table, but Eric's etherboot-5.1.0 patch
does not include it.  It is in the 5.0.5 patchset.

Doing that, etherboot loads the kernel, and jumps to it.
I've applied Eric's linux-2.4.18-pre7.linuxbios.diff on top of

The mkelfImage-1.18 startup code prints "LinuxBIOS" and then does nothing.

Should I be applying a more recent patch to my kernel? Do I need
other patches?

My next step is to sprinkle the mkelfImage header with debugging puts()
and the kernel startup with early_printk.

Thanks for your help.


More information about the coreboot mailing list