Ollie Lho <[EMAIL PROTECTED]> writes:

> Adam Agnew wrote:
> > 
> > # options that may be wrong..
> > #option USE_DOC_MIL
> > option USE_GENERIC_ROM=1  # use the correct fill_inbuf() for normal flash
> > 
> > # set ipl.S to skip the DoC junk. Do we still need ipl.S
> > # because of SiS630 peculiarities? NOTE: this makes docipl
> > # 64k large...?... I suppose this is due to a relaxation of
> > # the constraints imposed apon by the DoC (must set up DoC is 512 bytes?)
> > option STD_FLASH
> > 
> 
> We are still using ipl.S because it works for DRAM init and nobody wants
> to rewrite it.

:)
 
> The problem docipl is 64KB is in the beginning of ipl.S, Steven James of
> LinuxLabs add an .org 0xfe00 directive. This makes the real docipl at
> the last 512 bytes of an 64KB segment, the other 64KB -512B are all
> ZERO.
> The nulled space is intended for LinuxBIOS it self. AFIAK, you need a
> little
> different build procedure/utility to:
> 
>       1. make LinuxBIOS image 64KB-512B instead of standard 63KB for
>          DoC Millennium case.
>       2. Copy/Merge this 63.5KB image into the 64KB docipl to form
>          a 64KB image.
> 
> The utility in util/mkflashimg is used to do that but I have never done
> this myself.

O.k. Cool.  I knew it had to be something like that but I didn't
see the build step.  This is case I'm going to have to watch closely
as I start integrating all of my changes...

Eric

Reply via email to