[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 |