linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
* Re: SBS Palomar II/IV/V port: BI RECS
       [not found] <85256AE1.006F4CE8.00@pine.cspi.com>
@ 2001-10-10 20:24 ` Brian Waite
  0 siblings, 0 replies; only message in thread
From: Brian Waite @ 2001-10-10 20:24 UTC (permalink / raw)
  To: linuxppc-dev


I would also vote for just an address to the initrd. We have the ability to
load different initrds depending on switches with our firmware now and I
would hate to see that go.



On Wednesday 10 October 2001 04:15 pm, you wrote:
> Val Henson <val@nmt.edu> wrote:
> > Indeed!  This is on my list of stuff to do - straighten out once and
> > for all how BI_INITRD works and then rewrite the Gemini boot process
> > to use it.  It seemed like we had two interpretations:
> >
> > 1. The BI_INITRD boot record contains the start address and the size
> >    of the initrd.
> >
> > 2. The BI_INITRD boot record contains the entire initrd itself (as a
> >    really large boot record).
> >
> > I have no preference either way, I just want someone to tell me which
> > way we're going to do it. :)
>
> I really need to be able to have the initrd image located anywhere, forcing
> it
> to be part of the bi_recs list is unacceptable. But if someone really wants
> option 2, maybe we can have two different bi_recs to suit everyone?

--
Thanks
Brian

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2001-10-10 20:24 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <85256AE1.006F4CE8.00@pine.cspi.com>
2001-10-10 20:24 ` SBS Palomar II/IV/V port: BI RECS Brian Waite

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).