* 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).