long term solution will depend still using romcc for 4 way and 8 way Opteron system?, if we are using cache_as_ram we don't have a chance to make entry32.inc+auto.inc+crt0.S bigger than 64K.
or we reorginze the map to linuxbios_ram auto.inc -->init section ----> it will jmp to linuxbios_ram entry32.inc+fallback.inc----> it will call real_main at last problem is to make use gcc to produce auto.inc and avoid the duplicate Label problm, i already merge auto.c and failback.c into cache_as_ram.c YH On 6/27/05, Ronald G. Minnich <[email protected]> wrote: > > > On Mon, 27 Jun 2005, yhlu wrote: > > > eric line in reset16.lds > > diff -r freebios_lnxi/src/cpu/x86/16bit/reset16.lds > > ../freebios2/src/cpu/x86/16bit/reset16.lds > > 8,9c8 > > < _bogus = ASSERT(_start >= 0xffff0000, "_start to low please > > decrease ROM_IMAGE_SIZE"); > > < _ROMTOP = 0xfffffff0; > > --- > > > _ROMTOP = (_start >= 0xffff0000) ? 0xfffffff0 : 0xfffffff8; > > > > So i suggest we put the line in reset16.lds and dont accept the line > > in ldscript.lb > > at best this is a temporary fix. Putting computations into the ldscript is > going to cause us trouble later. > > ron > _______________________________________________ LinuxBIOS mailing list [email protected] http://www.openbios.org/mailman/listinfo/linuxbios
