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