xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
From: Ian Campbell <Ian.Campbell@citrix.com>
To: Daniel Kiper <daniel.kiper@oracle.com>
Cc: andre.przywara@linaro.org, xen-devel@lists.xen.org,
	roy.franz@linaro.org, stefano.stabellini@citrix.com,
	fu.wei@linaro.org
Subject: Re: multiboot2 protocol on ARM with ACPI
Date: Thu, 25 Sep 2014 08:45:21 +0100	[thread overview]
Message-ID: <1411631121.27559.34.camel@citrix.com> (raw)
In-Reply-To: <20140924182012.GR3459@olila.local.net-space.pl>

On Wed, 2014-09-24 at 20:20 +0200, Daniel Kiper wrote:
> > which we happen to call multiboot which is described at:
> > http://wiki.xen.org/wiki/Xen_ARM_with_Virtualization_Extensions/Multiboot
> 
> I thought exactly about that. Anyway, name is a bit unfortunate because
> it clashes with name of legacy boot multiboot protocol for x86, MIPS and
> maybe others

This was partially deliberate since we wanted the existing grub.cfg
multiboot syntax ("multiboot <foo>; kernel <bar>; etc") people were used
to (and which the tools generate already) to Just Work.

AFAIK multiboot(1) is mostly x86 specific, or at least will never be
implemented on on ARM. multiboot2 is something else which is newer and
more cross platform[0] and it uses a different grub.cfg syntax
(multiboot2 <foo> I think).

Which is why we felt it would be ok to reuse the multiboot1 grub syntax
for this ARM thing we invented.

Ian.

[0] i.e. supports MIPS and maybe others, possibly including ARM,
although I don't know of anyone who is working on that. Xen on ARM
doesn't really find multiboot2 useful/interesting, although if it became
widely used we would of course think about implementing support for it.

>  which is defined in completely different way. Once I even heard
> that "The thing" is called multiboot2 for ARM. That is why I put multiboot2
> in this email, ehh...
> 
> > Anyway, with that out of the way...
> >
> > ARM systems with ACPI still use DT for certain things, including the
> > initrd and boot modules (stuff which in speak is in the "/chosen node").
> > It's the platform/hardware side of things (i.e. all the stuff
> > outside /chosen on a DT system) which is described via ACPI.
> 
> Thank you for explanation. I thought that this could be done more or
> less in that way but I wanted to be sure.
> 
> Daniel

      reply	other threads:[~2014-09-25  7:45 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-09-24 13:11 multiboot2 protocol on ARM with ACPI Daniel Kiper
2014-09-24 13:33 ` Fu Wei
2014-09-24 13:43 ` Ian Campbell
2014-09-24 18:20   ` Daniel Kiper
2014-09-25  7:45     ` Ian Campbell [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1411631121.27559.34.camel@citrix.com \
    --to=ian.campbell@citrix.com \
    --cc=andre.przywara@linaro.org \
    --cc=daniel.kiper@oracle.com \
    --cc=fu.wei@linaro.org \
    --cc=roy.franz@linaro.org \
    --cc=stefano.stabellini@citrix.com \
    --cc=xen-devel@lists.xen.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).