All of lore.kernel.org
 help / color / mirror / Atom feed
From: George Dunlap <george.dunlap@citrix.com>
To: Juergen Gross <jgross@suse.com>,
	Ian Campbell <ian.campbell@citrix.com>,
	George Dunlap <George.Dunlap@eu.citrix.com>
Cc: Ian Jackson <Ian.Jackson@eu.citrix.com>,
	Jim Fehlig <jfehlig@suse.com>, Wei Liu <wei.liu2@citrix.com>,
	Chunyan Liu <cyliu@suse.com>,
	"xen-devel@lists.xen.org" <xen-devel@lists.xen.org>
Subject: Re: [PATCH V7 6/7] xl: add usb-assignable-list command
Date: Wed, 7 Oct 2015 12:32:44 +0100	[thread overview]
Message-ID: <561502DC.1040602@citrix.com> (raw)
In-Reply-To: <56150132.1040305@suse.com>

On 07/10/15 12:25, Juergen Gross wrote:
> On 10/07/2015 01:20 PM, George Dunlap wrote:
>> On 07/10/15 12:09, Ian Campbell wrote:
>>> On Wed, 2015-10-07 at 11:10 +0100, George Dunlap wrote:
>>>
>>>>> So IMHO xl usb-assignable-list should behave like
>>>>> pci-assignable-list by
>>>>> default.
>>>>
>>>> I don't think that's really suitable.
>>>
>>> Then I'm terribly confused because I thought that is what you were
>>> initially advocating.
>>
>> I think in v3 I was trying to come up with a different name
>> (usb-available-list or something); but my main point was that it
>> *shouldn't* be named similarly but have different functionality.
>>
>> As I said, for this am I was ready to just let it slide; I just wanted
>> to make sure other people knew what was being let slide. :-)
>>
>>>
>>> [...]
>>>
>>>> For USB, there is no "assignable" stage -- "usb-attach" will take it
>>>> all the way from being assigned to a driver to being assigned to the
>>>> guest.  (You can think of this as pci-attach with "seize=1" always.)
>>>> So making "usb-assignable-list" act like "pci-assignable-list" doesn't
>>>> actually make any sense.
>>>
>>> Thanks. Jeurgen has also explained this.
>>>
>>> Do you agree that adding a dummy usbback driver just for the purposes of
>>> adding this extra "assignable" state doesn't make sense?
>>
>> Yes, I agree.
>>
>>>>> Now, maybe it should also support some sort of --all or --full or
>>>>> --host
>>>>> option which lists everything, ideally with some indication as to
>>>>> whether
>>>>> they are attached to usbback or not and using syntax which can just
>>>>> be cut
>>>>> -and-pasted into a cfg file (without at least one of those it's just a
>>>>> pointless reimplementation of lsusb).
>>>>>
>>>>> However I think --all/full/host is an optional extra.
>>>>
>>>> Juergen suggested having "usb-list" have an --all option in the v3
>>>> discussion.  If like me you're concerned about confusing people, then
>>>> having --all and --host is probably the best option.
>>>>
>>>> Thoughts?
>>>
>>> If there is no assignable state in usb then I guess I don't really
>>> understand what usb-list-assignable would even be for, so I don't really
>>> understand why anyone is arguing what semantics it should have (my
>>> initial
>>> reply was predicated on this state existing and it therefore being
>>> useful
>>> to discuss how the command should behave).
>>>
>>> Given that doing something with usb-list seems most plausible _if_ we
>>> need
>>> some sort of thing like that at all.
>>>
>>> What would "usb-list --all" add over and above using lsusb?
>>>
>>> I take it that as things stand in patch #5:
>>>      # xl usb-list <vm>
>>> will list the usb devices attached to <vm> and that:
>>>      # xl usb-list
>>> will list the usb devices attached to every vm, is that
>>> correct?
>>>
>>> So the idea would then be to add some way of listing the devices not
>>> included in "xl usb-list", which are notionally attached to dom0, but
>>> via physical USB and not PV usb.
>>
>> The "usb-assignable-list" that Chunyan has submitted will give you a
>> list of all dom0 USB devices that have not yet been assigned to a guest.
>>   It should be basically equivalent to "lsusb", except that it filters
>> out devices which have already been assigned to VMs.
>>
>> In the e-mail you respond to, I was suggesting that
>>
>> # xl usb-list --all
>>
>> would show you usb devices attached to every VM, and also USB devices
>> attached to no VM, and that
>>
>> # xl usb-list --host
>>
>> would show you only host usb devices not attached to any VM.
>>
>> I think it's the second bit if functionality which Juergen is keen be
>> available in some form or other.
> 
> Exactly.
> 
> BTW: I've explained that in another reply, but my mail client has chosen
> to send it via another account - I've no idea how that happened. So now
> my wife has some xen-devel history as well. ;-)

Oh, right -- I wondered where "Christiane" came from.  I just figured it
was an alternate name you used sometimes (like maybe Juergen was your
middle name but the one you normally went by). :-)

 -George

  reply	other threads:[~2015-10-07 11:32 UTC|newest]

Thread overview: 59+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-09-25  2:11 [PATCH V7 0/7] xen pvusb toolstack work Chunyan Liu
2015-09-25  2:11 ` [PATCH V7 1/7] libxl: export some functions for pvusb use Chunyan Liu
2015-09-25  2:11 ` [PATCH V7 2/7] libxl_read_file_contents: add new entry to read sysfs file Chunyan Liu
2015-09-30 11:22   ` George Dunlap
2015-10-02 13:25   ` Ian Campbell
2015-09-25  2:11 ` [PATCH V7 3/7] libxl: add pvusb API Chunyan Liu
2015-09-30 17:55   ` George Dunlap
2015-10-02 13:31     ` Ian Campbell
2015-10-09  8:12     ` Chun Yan Liu
2015-10-12  7:19     ` Chun Yan Liu
2015-10-12 13:46       ` George Dunlap
2015-10-13  1:46         ` Chun Yan Liu
2015-10-13 13:15           ` George Dunlap
2015-10-13 13:19             ` George Dunlap
2015-10-13 13:30             ` Ian Campbell
2015-10-14  2:29             ` Chun Yan Liu
2015-10-08 14:41   ` Ian Jackson
2015-10-08 14:54     ` Ian Campbell
2015-10-08 15:16       ` Ian Jackson
2015-10-12  7:00     ` Chun Yan Liu
2015-09-25  2:11 ` [PATCH V7 4/7] libxl: add libxl_device_usb_assignable_list API Chunyan Liu
2015-10-01 11:32   ` George Dunlap
2015-09-25  2:11 ` [PATCH V7 5/7] xl: add pvusb commands Chunyan Liu
2015-10-01 17:02   ` George Dunlap
2015-10-02 13:35     ` Ian Campbell
2015-10-02 15:17       ` George Dunlap
2015-10-02 15:29         ` Ian Campbell
2015-10-09  7:15     ` Chun Yan Liu
2015-09-25  2:11 ` [PATCH V7 6/7] xl: add usb-assignable-list command Chunyan Liu
2015-10-06 16:55   ` George Dunlap
2015-10-07  8:40     ` Ian Campbell
2015-10-07  9:55       ` Juergen Gross
2015-10-07 10:08         ` Ian Campbell
2015-10-07 10:10       ` George Dunlap
2015-10-07 10:15         ` George Dunlap
2015-10-07 10:35         ` Christiane Groß
2015-10-07 11:09         ` Ian Campbell
2015-10-07 11:20           ` George Dunlap
2015-10-07 11:25             ` Juergen Gross
2015-10-07 11:32               ` George Dunlap [this message]
2015-10-07 11:37               ` Ian Campbell
2015-10-07 11:39                 ` Juergen Gross
2015-10-07 11:43                 ` Ian Campbell
2015-10-07 11:39               ` Ian Campbell
2015-10-07 11:49                 ` Juergen Gross
2015-10-07 11:55                   ` Ian Campbell
2015-10-07 12:05                     ` Juergen Gross
2015-10-07 12:51                       ` Ian Campbell
2015-10-07 13:21                       ` George Dunlap
2015-10-07 13:54                         ` Juergen Gross
2015-10-07 14:05                           ` Ian Campbell
2015-10-07 14:26                             ` Juergen Gross
2015-10-07 14:35                               ` George Dunlap
2015-10-07 14:47                                 ` Juergen Gross
2015-10-07 15:03                                   ` George Dunlap
2015-10-07 15:13                                     ` Juergen Gross
2015-10-07 14:10                           ` George Dunlap
2015-09-25  2:11 ` [PATCH V7 7/7] domcreate: support pvusb in configuration file Chunyan Liu
2015-10-07 15:06   ` 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=561502DC.1040602@citrix.com \
    --to=george.dunlap@citrix.com \
    --cc=George.Dunlap@eu.citrix.com \
    --cc=Ian.Jackson@eu.citrix.com \
    --cc=cyliu@suse.com \
    --cc=ian.campbell@citrix.com \
    --cc=jfehlig@suse.com \
    --cc=jgross@suse.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.