All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ian Campbell <ian.campbell@citrix.com>
To: Wei Liu <wei.liu2@citrix.com>,
	Iurii Mykhalskyi <iurii.mykhalskyi@globallogic.com>
Cc: "Pavlo Suikov" <pavlo.suikov@globallogic.com>,
	"Ian Jackson" <Ian.Jackson@eu.citrix.com>,
	"Roger Pau Monné" <roger.pau@citrix.com>,
	"Andrii Anisov" <andrii.anisov@globallogic.com>,
	xen-devel@lists.xen.org
Subject: Re: Hotplugged devices in Xen 4.5 and domain reboot
Date: Tue, 1 Dec 2015 15:41:39 +0000	[thread overview]
Message-ID: <1448984499.15768.139.camel@citrix.com> (raw)
In-Reply-To: <20151201152910.GW21588@citrix.com>

On Tue, 2015-12-01 at 15:29 +0000, Wei Liu wrote:
> On Tue, Dec 01, 2015 at 04:58:55PM +0200, Iurii Mykhalskyi wrote:
> > Our real usb mass-storage device are located at driver domain (DomD).
> > So we
> > setup second block-device backend there.
> > 
> > To hotplug usb mass-storage from DomD we use follow command:
> > 
> > xl block-attach domU_id phy:/bla-bla,xvda10,w,backend="DomD"
> > 
> 
> What happens if you run this in Dom0? I guess DomD doesn't respond to
> the request?
> 
> > There was no support of attaching block-device in runtime from domain
> > other
> > to Domain-0, so we have made some hacks to allow call block-attach
> > command
> > from non-dom0 privileged domain.
> 
> So this is a special use case. This is the first time I know people
> actually run xl block-attach in driver domain.

Toolstack commands (xl *) should be run in the toolstack domain, not in the
driver domain.

I don't think it should be expected that the latter work (at least not
without a large amount of development work).

In general a driver domain would not be expected to have sufficient
privilege over e.g. a guest domain's /local/domain/domU/devices to create
the f.e. dirs.

> There is a daemon "xl devd" in driver domain. We might be able to teach
> it to response to Dom0 toostack request. I'm a bit surprised if it
> doesn't do that already. Did you forget to start that daemon?

That's the entire purpose of that daemon, isn't it?

> 
> Roger, Ian and Ian, any thought?
> 
> Wei.

  reply	other threads:[~2015-12-01 15:41 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-12-01 13:24 Hotplugged devices in Xen 4.5 and domain reboot Pavlo Suikov
2015-12-01 14:02 ` Wei Liu
2015-12-01 14:58   ` Iurii Mykhalskyi
2015-12-01 15:29     ` Wei Liu
2015-12-01 15:41       ` Ian Campbell [this message]
2015-12-01 16:48       ` Iurii Mykhalskyi
2015-12-01 17:05         ` Ian Campbell
2015-12-01 21:03           ` Doug Goldstein
2015-12-02  9:31             ` Ian Campbell
2015-12-01 17:21         ` Wei Liu
2015-12-02  9:28           ` Ian Campbell
2015-12-01 17:52         ` Roger Pau Monné
2015-12-02  9:30           ` Ian Campbell
2015-12-01 15:56     ` Roger Pau Monné

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1448984499.15768.139.camel@citrix.com \
    --to=ian.campbell@citrix.com \
    --cc=Ian.Jackson@eu.citrix.com \
    --cc=andrii.anisov@globallogic.com \
    --cc=iurii.mykhalskyi@globallogic.com \
    --cc=pavlo.suikov@globallogic.com \
    --cc=roger.pau@citrix.com \
    --cc=wei.liu2@citrix.com \
    --cc=xen-devel@lists.xen.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.