[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
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |