[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: grub2 multiboot for ppc and system initalization

From: Marco Gerards
Subject: Re: grub2 multiboot for ppc and system initalization
Date: Sat, 31 Dec 2005 14:48:16 +0100
User-agent: Gnus/5.1007 (Gnus v5.10.7) Emacs/21.4 (gnu/linux)

Noah yan <address@hidden> writes:

>> Cool, but I wonder if it can be applied.  Mainly because it is most
>> likely not multiboot compliant because multiboot is x86 only, or am I
>> misunderstanding something?
> Yes, you are right, multiboot for ppc is not exactly correct concerning
> about the multiboot specification.
> What I mean something-compliant is mainly an agreement between a loader and
> the code being loaded(kernel in most cases). The patch is created mainly
> based on multiboot protocol, so we steal the term "multiboot compliant".

Right.  Have you considered just waiting for multiboot 2 instead of
using a standard that is not a standard?  I assume multiboot 2 will be
there in some months or so...

>> 1. should the multiboot strap trust the multiboot_info passed from grub?
>> x86
>> > multiboot only use the cmdline of it and multiboot is changing as from
>> grub
>> > developers.  If use it, it may save some coding efforts.
>> Can you please elaborate?
> As specified in the multiboot spec, os can use or ignore the multiboot_info
> passed from the loader. So here should the Solaris/ppc use the
> multiboot-info or not. In current Solaris x86 multiboot, as far as I check
> out,  the kernel code only use the cmdline field, and collect other info
> (such as mem region, etc) by itself. Use the loader info saves porting
> efforts.

Oh, right.  It is something we can think about for multiboot 2.  The
main idea behind multiboot is providing information the kernel can not
get in another sane way or do things otherwise not really possible.
So that is what you have to keep in mind.

> Concerning about the multiboot, I just have such a impression that multiboot
> spec may be upgraded as I reading through the grub wiki and mailinglist as
> the progress towards ppc and sparc of grub.

The plan is to introduce a new multiboot.  This new standard should be
better and portable.  It's something that is actively being worked on.

>> 2. if multiboot strap collect system information by itself, should it use
>> > GRUB ieee1275 functions or Solaris's own code(mainly in
>> psm/promif/ieee1275,
>> > but would have to port to ppc). Using Grub2's code saves efforts to port
>> > Solaris code.
>> Please explain what you mean with multiboot strap.  It certainly isn't
>> GRUB related terminology I have heard of.
> Hope that you already understand what I mean after Cyril's answer. It is a
> multiboot compliant code loaded by grub and it loads the real os kernel. It
> is a solution to migrate some os to use grub. It is strange to me too(why
> not just chainloader), but it is used in this way in some cases.


> Unfortunately I fail to understand a big part of your email.  Can you
>> please describe which project you are working on and what you are
>> trying to accomplish?  And please use the terminology we are used to,
>> otherwise it is hard to understand you.
> I am working on porting solaris to ppc, and the loader is grub. I am sorry
> for any confusion and it is sometimes hard for me to find the right terms
> (my poor english). I wrote mainly for solaris-ppc port and CCed to grub
> mainly for people interested in ppc loader (the first part of the mail).

Don't worry about your English.  For most people on this list,
including myself, English is not the native language.

If you really have requirements for the new multiboot or problems with
GRUB 2, please tell us. :-)


reply via email to

[Prev in Thread] Current Thread [Next in Thread]