From mboxrd@z Thu Jan 1 00:00:00 1970 From: Juergen Gross Subject: Re: [PATCH V3 4/6] xl: add pvusb commands Date: Wed, 20 May 2015 16:33:30 +0200 Message-ID: <555C9B3A.6000906@suse.com> References: <1429415452-6161-1-git-send-email-cyliu@suse.com> <1429415452-6161-5-git-send-email-cyliu@suse.com> <5534B4D8.4010109@suse.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Format="flowed" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: George Dunlap Cc: Lars Kurth , Wei Liu , Ian Campbell , Chunyan Liu , "xen-devel@lists.xen.org" , Ian Jackson , Simon Cao List-Id: xen-devel@lists.xenproject.org On 05/20/2015 04:20 PM, George Dunlap wrote: > On Mon, Apr 20, 2015 at 9:12 AM, Juergen Gross wrote: >> On 04/19/2015 05:50 AM, Chunyan Liu wrote: >>> >>> Add pvusb commands: usb-ctrl-attach, usb-ctrl-detach, usb-list, >>> usb-attach and usb-detach. >>> >>> To attach a usb device to guest through pvusb, one could follow >>> following example: >>> >>> #xl usb-ctrl-attach test_vm version=1 num_ports=8 >>> >>> #xl usb-list test_vm >>> will show the usb controllers and port usage under the domain. >>> >>> #xl usb-attach test_vm 1.6 >>> will find the first usable controller:port, and attach usb >>> device whose bus address is 1.6 (busnum is 1, devnum is 6) >>> to it. One could also specify which and which . >>> >>> #xl usb-detach test_vm 1.6 >>> >>> #xl usb-ctrl-detach test_vm dev_id >>> will destroy the controller with specified dev_id. Dev_id >>> can be traced in usb-list info. >>> >>> Signed-off-by: Chunyan Liu >>> Signed-off-by: Simon Cao >>> --- >>> Changes to v2: >>> * use bus.addr as user interface instead of busid in usb-attach|detach >>> * remove usb-assignable-list interface >> >> >> Why? While lsusb in combination with xl usb-list for each domain will >> give the same information, having to iterate through all domains can be >> quite annoying. >> >> An alternative would be to accept omitting the domain for xl usb-list >> and list all domains with assigned usb devices in this case. > > I don't understand what information it is that you want. Do you want > a list of devices *not already assigned* to domains? Yes. Juergen