From: Julien Grall <julien.grall@linaro.org>
To: Ian Campbell <ian.campbell@citrix.com>, xen-devel@lists.xen.org
Cc: tim@xen.org, stefano.stabellini@eu.citrix.com
Subject: Re: [PATCH v3 09/10] xen: arm: update multiboot device tree bindings.
Date: Fri, 18 Jul 2014 22:03:48 +0100 [thread overview]
Message-ID: <53C98BB4.5070302@linaro.org> (raw)
In-Reply-To: <1405688900-11769-9-git-send-email-ian.campbell@citrix.com>
Hi Ian,
On 18/07/14 14:08, Ian Campbell wrote:
> Signed-off-by: Ian Campbell <ian.campbell@citrix.com>
Acked-by: Julien Grall <julien.grall@linaro.org>
Regards,
> ---
> v2: (Try to) Clarify some wording, add examples to help.
> ---
> docs/misc/arm/device-tree/booting.txt | 54 +++++++++++++++++++++++++++++----
> 1 file changed, 48 insertions(+), 6 deletions(-)
>
> diff --git a/docs/misc/arm/device-tree/booting.txt b/docs/misc/arm/device-tree/booting.txt
> index bfb8d01..d967061 100644
> --- a/docs/misc/arm/device-tree/booting.txt
> +++ b/docs/misc/arm/device-tree/booting.txt
> @@ -8,15 +8,31 @@ Each node contains the following properties:
>
> - compatible
>
> - Must be:
> + Must always include at least the generic compatiblity string:
>
> - "xen,<type>", "xen,multiboot-module"
> + "multiboot,module"
>
> - where <type> must be one of:
> + Optionally a more specific compatible string may be used in
> + addition to the above. One of:
>
> - - "linux-zimage" -- the dom0 kernel
> - - "linux-initrd" -- the dom0 ramdisk
> - - "xsm-policy" -- XSM policy blob
> + - "multiboot,kernel" -- the dom0 kernel
> + - "multiboot,ramdisk" -- the dom0 ramdisk
> + - "xen,xsm-policy" -- XSM policy blob
> +
> + It is normally recommended to include a more specific
> + compatible string (if one applies) in addition to the generic
> + string (which must always be present).
> +
> + Xen 4.4 supported a different set of legacy compatible strings
> + which remain supported such that systems supporting both 4.4
> + and later can use a single DTB.
> +
> + - "xen,multiboot-module" equivalent to "multiboot,module"
> + - "xen,linux-zimage" equivalent to "multiboot,kernel"
> + - "xen,linux-initrd" equivalent to "multiboot,ramdisk"
> +
> + For compatibility with Xen 4.4 the more specific "xen,linux-*"
> + names are non-optional and must be included.
>
> - reg
>
> @@ -29,6 +45,32 @@ Each node contains the following properties:
> priority of this field vs. other mechanisms of specifying the
> bootargs for the kernel.
>
> +Examples
> +========
> +
> +A boot module of unspecified type:
> +
> + module@0xc0000000 {
> + compatible = "multiboot,module";
> + reg = <0xc0000000 0x1234>;
> + bootargs = "...";
> + };
> +
> +A boot module containing a ramdisk:
> +
> + module@0xd0000000 {
> + compatible = "multiboot,ramdisk", "multiboot,module";
> + reg = <0xd0000000 0x5678>;
> + };
> +
> +The previous examples are compatible with Xen 4.5+ only.
> +
> +To be compatible with Xen 4.4 as well use the legacy names:
> +
> + module@0xd0000000 {
> + compatible = "xen,linux-initrd", "xen,multiboot-module";
> + reg = <0xd0000000 0x5678>;
> + };
>
> Command lines
> =============
>
--
Julien Grall
next prev parent reply other threads:[~2014-07-18 21:03 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-18 13:07 [PATCH v3 00/10] xen: arm: Refactor/improve early DT parsing and multiboot module support Ian Campbell
2014-07-18 13:08 ` [PATCH v3 01/10] xen: arm: implement generic multiboot compatibility strings Ian Campbell
2014-07-18 13:08 ` [PATCH v3 02/10] xen: arm: /chosen/module@N/bootargs bootprotcol node is not deprecated Ian Campbell
2014-07-18 13:08 ` [PATCH v3 03/10] xen: arm: prefer typesafe max()/min() over MAX()/MIN() Ian Campbell
2014-07-18 13:08 ` [PATCH v3 04/10] xen: arm: rename early_info structs Ian Campbell
2014-07-18 13:08 ` [PATCH v3 05/10] xen: arm: move boot time fdt parsing into separate file Ian Campbell
2014-07-18 13:08 ` [PATCH v3 06/10] xen: arm: move device_tree_bootargs to bootfdt.c, renaming to boot_fdt_cmdline Ian Campbell
2014-07-18 13:08 ` [PATCH v3 07/10] xen: arm: store per-boot module type instead of relying on index Ian Campbell
2014-07-18 20:52 ` Julien Grall
2014-07-18 13:08 ` [PATCH v3 08/10] xen: arm: support bootmodule type detection by ordering Ian Campbell
2014-07-18 21:02 ` Julien Grall
2014-07-21 10:18 ` Ian Campbell
2014-07-18 13:08 ` [PATCH v3 09/10] xen: arm: update multiboot device tree bindings Ian Campbell
2014-07-18 21:03 ` Julien Grall [this message]
2014-07-21 11:45 ` Ian Campbell
2014-07-21 11:53 ` Julien Grall
2014-07-21 12:18 ` Ian Campbell
2014-07-21 12:23 ` Julien Grall
2014-07-21 12:26 ` Ian Campbell
2014-07-21 12:34 ` Julien Grall
2014-07-24 14:30 ` Ian Campbell
2014-07-24 14:33 ` Julien Grall
2014-07-24 15:12 ` Ian Campbell
2014-07-18 13:08 ` [PATCH v3 10/10] xen: arm: Only lookup kernel bootmodule once while building dom0 dtb Ian Campbell
2014-07-18 21:06 ` Julien Grall
2014-07-21 10:20 ` Ian Campbell
2014-07-21 11:48 ` [PATCH v3 00/10] xen: arm: Refactor/improve early DT parsing and multiboot module support Ian Campbell
2014-07-22 3:20 ` Fu Wei
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=53C98BB4.5070302@linaro.org \
--to=julien.grall@linaro.org \
--cc=ian.campbell@citrix.com \
--cc=stefano.stabellini@eu.citrix.com \
--cc=tim@xen.org \
--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).