From: George Dunlap <george.dunlap@eu.citrix.com>
To: Juergen Gross <jgross@suse.com>
Cc: Lars Kurth <lars.kurth@citrix.com>, Wei Liu <wei.liu2@citrix.com>,
Ian Campbell <ian.campbell@citrix.com>,
Chunyan Liu <cyliu@suse.com>,
"xen-devel@lists.xen.org" <xen-devel@lists.xen.org>,
Ian Jackson <ian.jackson@citrix.com>,
Simon Cao <caobosimon@gmail.com>
Subject: Re: [PATCH V3 4/6] xl: add pvusb commands
Date: Thu, 21 May 2015 15:00:43 +0100 [thread overview]
Message-ID: <555DE50B.6070804@eu.citrix.com> (raw)
In-Reply-To: <555DE3E1.3070202@suse.com>
On 05/21/2015 02:55 PM, Juergen Gross wrote:
> On 05/21/2015 03:43 PM, George Dunlap wrote:
>> On 05/21/2015 02:08 PM, Juergen Gross wrote:
>>> On 05/21/2015 03:01 PM, George Dunlap wrote:
>>>> On 05/21/2015 12:58 PM, Juergen Gross wrote:
>>>>> There might be existing users who know about "xm usb-assignable-list".
>>>>
>>>> Yes -- unfortunately something has to give: either we confuse new users
>>>> with two names that sound similar but do something different, or we
>>>> confuse former xm users by renaming their function, or we confuse
>>>> current xl users by renaming their function. There's badness to be had
>>>> whichever one we choose. I think renaming the xm function is the least
>>>> bad of all the options.
>>>>
>>>>> OTOH I don't care giving it another name, as long as the functionality
>>>>> is available.
>>>>
>>>> OK -- what about "usb-available-list"? Any objections / alternate
>>>> suggestions from anyone?
>>>
>>> Hmm, just another idea:
>>>
>>> xl usb-list -a
>>>
>>> could list all domains with assigned USB-devices and the currently not
>>> assigned devices as well. This would avoid the need for another command
>>> name. It would even be possible to omit the "-a".
>>
>> That works for me too, I guess.
>>
>> Can I suggest, though, that work on that functionality be detached from
>> getting the core pvusb functionality in? I can't really effectively do
>> the qemu side until it is in due to the cost of rebasing, and I would
>> really like to have both in for 4.6 if possible.
>
> Sure.
>
> I hope to have my pvusb backend in qemu ready until then, too. :-)
> In case the performance isn't too bad I'll have to make some changes to
> the libxl part as well, but this will result in some deletions only
> (qemu will do driver unbinding, this will no longer be required to be
> done by libxl).
Right -- just like it's not necessary when qemu does emulated device
passthrough. :-)
Out of curiosity, what's the motivation for doing pvusb in qemu? Will
there be an option, for instance, to switch usb devices from emulated
over to pv when the magic port is written to (as is done with disks &
network currently)?
-George
next prev parent reply other threads:[~2015-05-21 14:00 UTC|newest]
Thread overview: 53+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-04-19 3:50 [PATCH V3 0/6] libxl pvusb toolstack work Chunyan Liu
2015-04-19 3:50 ` [PATCH V3 1/6] libxl: export some functions for pvusb use Chunyan Liu
2015-04-20 16:25 ` Olaf Hering
2015-05-18 13:34 ` George Dunlap
2015-05-18 14:05 ` Wei Liu
2015-04-19 3:50 ` [PATCH V3 2/6] libxl_read_file_contents: fix reading sysfs file Chunyan Liu
2015-05-18 14:23 ` Ian Jackson
2015-05-18 14:28 ` Ian Campbell
2015-05-18 14:30 ` Wei Liu
2015-05-19 3:21 ` Chun Yan Liu
2015-05-18 14:25 ` Wei Liu
2015-04-19 3:50 ` [PATCH V3 3/6] libxl: add pvusb API Chunyan Liu
2015-04-20 5:53 ` Juergen Gross
2015-05-18 13:55 ` Olaf Hering
2015-05-18 18:07 ` Wei Liu
2015-05-19 3:20 ` Chun Yan Liu
2015-05-19 10:20 ` George Dunlap
2015-05-19 11:31 ` Jürgen Groß
2015-05-20 9:04 ` Wei Liu
2015-05-20 9:12 ` Ian Campbell
2015-05-20 9:30 ` Chun Yan Liu
2015-06-11 16:54 ` Ian Jackson
2015-05-19 18:06 ` George Dunlap
2015-05-19 18:24 ` Ian Campbell
2015-06-08 9:06 ` 答复: " Chun Yan Liu
2015-05-19 18:16 ` George Dunlap
2015-06-08 11:15 ` 答复: " Chun Yan Liu
2015-05-19 18:20 ` George Dunlap
2015-04-19 3:50 ` [PATCH V3 4/6] xl: add pvusb commands Chunyan Liu
2015-04-20 8:12 ` Juergen Gross
2015-04-21 2:21 ` Chun Yan Liu
2015-05-20 14:20 ` George Dunlap
2015-05-20 14:33 ` Juergen Gross
2015-05-20 14:41 ` George Dunlap
2015-05-20 14:55 ` Juergen Gross
2015-05-20 15:25 ` George Dunlap
2015-05-21 3:35 ` Juergen Gross
2015-05-21 10:37 ` George Dunlap
2015-05-21 10:52 ` Juergen Gross
2015-05-21 11:11 ` George Dunlap
2015-05-21 11:58 ` Juergen Gross
2015-05-21 13:01 ` George Dunlap
2015-05-21 13:08 ` Juergen Gross
2015-05-21 13:43 ` George Dunlap
2015-05-21 13:55 ` Juergen Gross
2015-05-21 14:00 ` George Dunlap [this message]
2015-05-21 14:14 ` Juergen Gross
2015-05-20 14:23 ` George Dunlap
2015-05-20 15:46 ` George Dunlap
2015-05-20 15:55 ` George Dunlap
2015-04-19 3:50 ` [PATCH V3 5/6] domcreate: support pvusb in configuration file Chunyan Liu
2015-04-19 3:50 ` [PATCH V3 6/6] refactor codes to unify pvusb and qemu emulated usb Chunyan Liu
2015-05-21 14:17 ` 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=555DE50B.6070804@eu.citrix.com \
--to=george.dunlap@eu.citrix.com \
--cc=caobosimon@gmail.com \
--cc=cyliu@suse.com \
--cc=ian.campbell@citrix.com \
--cc=ian.jackson@citrix.com \
--cc=jgross@suse.com \
--cc=lars.kurth@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.