|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [PATCH v5 14/21] libxl: require qemu in dom0 even if stubdomain is in use
Jason Andryuk writes ("[PATCH v5 14/21] libxl: require qemu in dom0 even if
stubdomain is in use"):
> From: Marek Marczykowski-Górecki <marmarek@xxxxxxxxxxxxxxxxxxxxxx>
>
> Until xenconsoled learns how to handle multiple consoles, this is needed
> for save/restore support (qemu state is transferred over secondary
> consoles).
> Additionally, Linux-based stubdomain waits for all the backends to
> initialize during boot. Lack of some console backends results in
> stubdomain startup timeout.
>
> This is a temporary patch until xenconsoled will be improved.
>
> Signed-off-by: Marek Marczykowski-Górecki <marmarek@xxxxxxxxxxxxxxxxxxxxxx>
> Signed-off-by: Jason Andryuk <jandryuk@xxxxxxxxx>
> ---
> tools/libxl/libxl_dm.c | 12 ++++++++++--
> 1 file changed, 10 insertions(+), 2 deletions(-)
>
> diff --git a/tools/libxl/libxl_dm.c b/tools/libxl/libxl_dm.c
> index e420c3fc7b..5e5e7a27b3 100644
> --- a/tools/libxl/libxl_dm.c
> +++ b/tools/libxl/libxl_dm.c
> @@ -2484,7 +2484,11 @@ static void spawn_stub_launch_dm(libxl__egc *egc,
> }
> }
>
> - need_qemu = libxl__need_xenpv_qemu(gc, dm_config);
> + /*
> + * Until xenconsoled learns how to handle multiple consoles, require qemu
> + * in dom0 to serve consoles for a stubdomain - it require at least 3 of
> them.
> + */
> + need_qemu = 1 || libxl__need_xenpv_qemu(gc, &sdss->dm_config);
But I don't think this is true for a trad non-linux stubdm ?
So I think this ought to be conditional.
What am I missing ?
Regards,
Ian.
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |