[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH v2 02/10] libxl: create a local xenstore libxl and device-model dir for guests



Roger Pau Monné writes ("Re: [PATCH v2 02/10] libxl: create a local xenstore 
libxl and device-model dir for guests"):
> On 11/11/13 16:24, Ian Jackson wrote:
...
> > "Certain features" is a bit vague.  The definition of "driver domain"
> > could be expaneded perhaps.  At the very least the manpage should
> > explain whether a domain gets additional capabilities as a result of
> > this option.  You should also say why not to set it always.
> 
> "Certain features" means two writeable xenstore paths inside of the
> guest local path. IanC felt that it was best to set this as an option,
> but I don't see any problem with enabling it for all guests (the guest
> can already write to some local xenstore paths).
> 
> I've written this as a vague description because I don't know if we
> might wish to expand this further at some point in the future.

Hmm.  I guess it will do.  I think I would have written something
different but I don't want to argue about this too much.

> > Is it the case that setting this option allows a guest to pretend to
> > have backends for other guests ?
> 
> A guest can not pretend to have backends for other guests unless the
> control domain writes the appropriate backend path inside of the guest,
> this has not changed with this path.

OK, good.

Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>

Ian.

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.