|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] Xen on ARM DT based boot protocol
On Thu, 2013-05-23 at 13:39 +0100, Stefano Stabellini wrote:
> Hi Ian,
> Andre was pointing out to me today that the current boot protocol has a
> problem:
>
>
> chosen {
> bootargs = "dom0_mem=128M console=com1,vga";
> xen,dom0-bootargs = "earlyprintk=xenboot console=ttyAMA1
> root=/dev/mmcblk0 debug rw init=/bin/bash";
> };
>
>
> because we are using bootargs for Xen arguments, the bootloader cannot
> just pass the same two lines to Xen on ARM and to Linux on ARM.
> It would make their life easier if we had instead:
>
>
> chosen {
> xen,xen-bootarg = "dom0_mem=128M console=com1,vga";
> bootargs = "earlyprintk=xenboot console=ttyAMA1
> root=/dev/mmcblk0 debug rw init=/bin/bash";
> };
You mean that instead of
if (xen /*or whatever*/) {
add("bootargs", xencmd);
add("xen,dom0-bootargs", lcmd);
} else
add("xen,xen-bootargs", xencmd);
add("bootargs", lcmd);
}
they can have:
add("bootargs", lcmd);
if (xen /*or whatever*/) {
add("xen,xen-bootargs", xencmd);
}
? Seems like the bootloader needs to know about Xen either way?
Regardless I suppose it's a harmless enough change, although it has
knock on affects on the dom0 dtb creation stuff etc so it might be
useful to see a proposed patch.
What about docs/misc/arm/device-tree/booting.txt though? Or more
generally the fact that the xen,dom0-bootargs "protocol" is really just
a quick hack and not the final thing we actually want bootloaders to
implement (we really want multiboot2 or something).
> Are we still on time to make this change on 4.3?
I think if we think it is definitely the right thing to do we can/should
just do it.
Ian.
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |