Re: [Xen-devel] [PATCH 3/9] xenstore: install init-xenstore-domain via make install

[Ian Campbell <ian.campbell@xxxxxxxxxx>]

On Wed, 2015-12-16 at 07:27 +0100, Juergen Gross wrote:
> On 15/12/15 22:41, Daniel De Graaf wrote:
> > On 15/12/15 07:16, Ian Campbell wrote:
> > > On Fri, 2015-12-11 at 16:47 +0100, Juergen Gross wrote:
> > > > The program init-xenstore-domain to start a xenstore domain instead
> > > > of the xenstored daemon is built, but not installed. Change that.
> > > > 
> > > > Signed-off-by: Juergen Gross <jgross@xxxxxxxx>
> > > 
> > > Acked-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
> > > 
> > > CCing Daniel too since he has an interest in this mode of operation.
> > > 
> > > I appreciate the CONFIG_Linux thing is pre-existing, and stems from
> > > being
> > > unable to build stubdoms on other platforms, but should we consider
> > > building these supporting tools anyway, after all a user might get a
> > > suitable stubdom via some other means?
> > 
> > Yes, this is actually rather easy to do: compile the stubdom on Linux
> > and
> > just copy the .gz over; starting a stubdom doesn't actually rely on
> > using
> > the tool.
> > 
> > The reason this is linux-specific is that the
> > IOCTL_XENBUS_BACKEND_SETUP
> > call on /dev/xen/xenbus_backend is (afaik) only implemented in Linux.
> > If
> > this changes, or if it compiles anyway, then I see no problem.
> 
> Aah, thanks for this information.
> 
> So currently the required dom0 driver functionality for xenstore domain
> is available on Linux only.
> 
> Basically I think it makes no sense to have a tool built and installed
> which can just say "sorry, I won't work" on the target system. I'll
> just leave the patch as it is. Ian?

Yep, given that ioctl is Linux only I agree.

Ian.

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