From: George Dunlap <george.dunlap@eu.citrix.com>
To: Ian Campbell <Ian.Campbell@citrix.com>
Cc: "sstanisi@cbnco.com" <sstanisi@cbnco.com>,
"xen-devel@lists.xen.org" <xen-devel@lists.xen.org>,
Ian Jackson <Ian.Jackson@eu.citrix.com>,
Roger Pau Monne <roger.pau@citrix.com>
Subject: Re: [PATCH v5 1/2] libxl: Introduce functions to add and remove USB devices to an HVM guest
Date: Fri, 19 Apr 2013 15:14:01 +0100 [thread overview]
Message-ID: <51715129.7030302@eu.citrix.com> (raw)
In-Reply-To: <517123B3.30108@eu.citrix.com>
On 19/04/13 12:00, George Dunlap wrote:
> On 19/04/13 11:50, Ian Campbell wrote:
>> On Fri, 2013-04-19 at 11:18 +0100, George Dunlap wrote:
>>> We could add an option that says "attempt to do the remove even if
>>> you
>>> don't see the device in xenstore" I suppose. But I'm not really sure
>>> how to document that in a useful way without basically describing the
>>> internal mechanics of the command.
>>>
>>> There's nothing we can really do about usb-list though.
>> You could write it to xenstore before attempting the qmp commands. That
>> just relies on the qmp remove failing gracefully for devices which
>> aren't actually attached.
> qmp remove will just return an error if you attempt to remove a device
> id it doesn't know about. I suppose that could work. It's also a bit
> more robust against, say, the xenstore add failing for whatever reason.
Hmm, if the qmp_remove fails, we don't know if that's because because
the device didn't exist, or because it failed for some other reason.
If qmp remove fails, we shouldn't touch the xenstore entry.
So I think you get in to the same basic problem here, except that you
get an un-removeable xenstore entry instead of an unremoveable USB device.
-George
next prev parent reply other threads:[~2013-04-19 14:14 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-04-18 14:46 [PATCH v5 1/2] libxl: Introduce functions to add and remove USB devices to an HVM guest George Dunlap
2013-04-18 14:46 ` [PATCH v5 2/2] xl: Add commands for usb hot-plug George Dunlap
2013-04-18 17:41 ` Ian Jackson
2013-04-19 10:02 ` George Dunlap
2013-04-18 17:51 ` [PATCH v5 1/2] libxl: Introduce functions to add and remove USB devices to an HVM guest Ian Jackson
2013-04-19 10:18 ` George Dunlap
2013-04-19 10:50 ` Ian Campbell
2013-04-19 11:00 ` George Dunlap
2013-04-19 14:14 ` George Dunlap [this message]
2013-04-19 10:53 ` George Dunlap
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=51715129.7030302@eu.citrix.com \
--to=george.dunlap@eu.citrix.com \
--cc=Ian.Campbell@citrix.com \
--cc=Ian.Jackson@eu.citrix.com \
--cc=roger.pau@citrix.com \
--cc=sstanisi@cbnco.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.