All of lore.kernel.org
 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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.