The chosen node''s bootargs property should be used for Xen if there is a dom0 kernel multiboot module with a command line, not just if xen,dom0-bootargs is present. Signed-off-by: Ian Campbell <ian.campbell@citrix.com> --- v2: Tweak the docs to reflect this change. --- docs/misc/arm/device-tree/booting.txt | 2 ++ xen/common/device_tree.c | 10 ++++++++-- 2 files changed, 10 insertions(+), 2 deletions(-) diff --git a/docs/misc/arm/device-tree/booting.txt b/docs/misc/arm/device-tree/booting.txt index 08ed775..8da1e0b 100644 --- a/docs/misc/arm/device-tree/booting.txt +++ b/docs/misc/arm/device-tree/booting.txt @@ -39,6 +39,8 @@ lines for Xen and Dom0. The logic is the following: - If xen,dom0-bootargs is present, it will be used for Dom0. - If xen,xen-bootargs is _not_ present, but xen,dom0-bootargs is, bootargs will be used for Xen. + - If a kernel boot module is present and has a bootargs property then + the top-level bootargs will used for Xen. - If no Xen specific properties are present, bootargs is for Dom0. - If xen,xen-bootargs is present, but xen,dom0-bootargs is missing, bootargs will be used for Dom0. diff --git a/xen/common/device_tree.c b/xen/common/device_tree.c index af0fb04..f7d0215 100644 --- a/xen/common/device_tree.c +++ b/xen/common/device_tree.c @@ -240,7 +240,7 @@ static int __init device_tree_for_each_node(const void *fdt, */ const char *device_tree_bootargs(const void *fdt) { - int node; + int node; const struct fdt_property *prop; node = fdt_path_offset(fdt, "/chosen"); @@ -250,7 +250,13 @@ const char *device_tree_bootargs(const void *fdt) prop = fdt_get_property(fdt, node, "xen,xen-bootargs", NULL); if ( prop == NULL ) { - if (fdt_get_property(fdt, node, "xen,dom0-bootargs", NULL)) + struct dt_mb_module *dom0_mod = NULL; + + if ( early_info.modules.nr_mods >= MOD_KERNEL ) + dom0_mod = &early_info.modules.module[MOD_KERNEL]; + + if (fdt_get_property(fdt, node, "xen,dom0-bootargs", NULL) || + ( dom0_mod && dom0_mod->cmdline[0] ) ) prop = fdt_get_property(fdt, node, "bootargs", NULL); } if ( prop == NULL ) -- 1.8.4.rc3
Julien Grall
2013-Oct-21 11:20 UTC
Re: [PATCH v2] xen: arm: fix usage of bootargs for Xen.
On 10/21/2013 10:21 AM, Ian Campbell wrote:> The chosen node''s bootargs property should be used for Xen if there is a dom0 > kernel multiboot module with a command line, not just if xen,dom0-bootargs is > present. > > Signed-off-by: Ian Campbell <ian.campbell@citrix.com>Acked-by: Julien Grall <julien.linaro.org>> --- > v2: Tweak the docs to reflect this change. > --- > docs/misc/arm/device-tree/booting.txt | 2 ++ > xen/common/device_tree.c | 10 ++++++++-- > 2 files changed, 10 insertions(+), 2 deletions(-) > > diff --git a/docs/misc/arm/device-tree/booting.txt b/docs/misc/arm/device-tree/booting.txt > index 08ed775..8da1e0b 100644 > --- a/docs/misc/arm/device-tree/booting.txt > +++ b/docs/misc/arm/device-tree/booting.txt > @@ -39,6 +39,8 @@ lines for Xen and Dom0. The logic is the following: > - If xen,dom0-bootargs is present, it will be used for Dom0. > - If xen,xen-bootargs is _not_ present, but xen,dom0-bootargs is, > bootargs will be used for Xen. > + - If a kernel boot module is present and has a bootargs property then > + the top-level bootargs will used for Xen. > - If no Xen specific properties are present, bootargs is for Dom0. > - If xen,xen-bootargs is present, but xen,dom0-bootargs is missing, > bootargs will be used for Dom0. > diff --git a/xen/common/device_tree.c b/xen/common/device_tree.c > index af0fb04..f7d0215 100644 > --- a/xen/common/device_tree.c > +++ b/xen/common/device_tree.c > @@ -240,7 +240,7 @@ static int __init device_tree_for_each_node(const void *fdt, > */ > const char *device_tree_bootargs(const void *fdt) > { > - int node; > + int node; > const struct fdt_property *prop; > > node = fdt_path_offset(fdt, "/chosen"); > @@ -250,7 +250,13 @@ const char *device_tree_bootargs(const void *fdt) > prop = fdt_get_property(fdt, node, "xen,xen-bootargs", NULL); > if ( prop == NULL ) > { > - if (fdt_get_property(fdt, node, "xen,dom0-bootargs", NULL)) > + struct dt_mb_module *dom0_mod = NULL; > + > + if ( early_info.modules.nr_mods >= MOD_KERNEL ) > + dom0_mod = &early_info.modules.module[MOD_KERNEL];I''m wondering if it''s really usefull to test nr_mods? We can have nr_mods >= MOD_KERNEL (for instance MOD_INITRD), but the kernel command is not set. As the structure will be zeroed during boot Xen, it''s not harmful to remove the check. -- Julien Grall