xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
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

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