From: George Dunlap <george.dunlap@citrix.com>
To: Chun Yan Liu <cyliu@suse.com>, Olaf Hering <olaf@aepfle.de>,
george.dunlap@eu.citrix.com
Cc: Juergen Gross <JGross@suse.com>,
wei.liu2@citrix.com, ian.campbell@citrix.com,
Ian.Jackson@eu.citrix.com, xen-devel@lists.xen.org,
Jim Fehlig <JFEHLIG@suse.com>, Simon Cao <caobosimon@gmail.com>
Subject: Re: [PATCH V8 3/7] libxl: add pvusb API
Date: Mon, 23 Nov 2015 17:24:33 +0000 [thread overview]
Message-ID: <56534BD1.10101@citrix.com> (raw)
In-Reply-To: <564DDBA402000066000853B5@relay2.provo.novell.com>
On 19/11/15 06:24, Chun Yan Liu wrote:
>
>
>>>> On 11/19/2015 at 09:33 AM, in message
> <564D97610200006600085301@relay2.provo.novell.com>, "Chun Yan Liu"
> <cyliu@suse.com> wrote:
>
>>
>>>>> On 11/18/2015 at 05:44 PM, in message <20151118094410.GB21970@aepfle.de>, Olaf
>> Hering <olaf@aepfle.de> wrote:
>>> On Tue, Nov 17, Chun Yan Liu wrote:
>>>
>>>> I think libxl_device_usb doesn't need to be changed into
>>> libxl_device_usbdev?
>
> George & Olaf,
>
> About the naming, can we get to a decision?
> e.g.
> * usb controller and everything related, using "usbctrl"
> * usb device and everything related, using "usbdev" (?)
> Currently in pvusb, almost everywhere referring to a usb device, we use "usb".
> Like: libxl_device_usb, libxl_device_usb_add/remove, etc.
>
> If we decide, I can update all together.
So I finally went back and spent some time mulling over the e-mail
thread we had before about designing the interface.
Just as a reminder, SCSI has a topology of host / bus / target / LUN;
USB has a topology controller / hub[bus] / [port]device / interface.
At the moment in USB we're not dealing with virtual hubs, so each
controller will have a single bus. Additionally, we are only passing
through and/or creating devices; a physical device with more than one
interface will have all of its interfaces passed through transparently.
So we're only effectively exposing two levels in our API.
In the previous discussion, for pvscsi, Juergen argued it makes sense to
be able to assign LUNs from the same physical target to different
virtual targets; and it also makes sense to be able to assign
newly-created physical LUNs to existing virtual targets.
(Please people correct me if I've misunderstood something anywhere.)
So for SCSI, there may be three levels at which people want to be able
to do things.
Given, that, I wonder if it would make sense to name the different
"levels" for these multi-level devices after the name for that level in
their respective specificaitons.
I.e., libxl_device_usbctrl, libxl_device_usbdev, libxl_device_scsihost,
libxl_device_scsitgt, libxl_device_scsilun or something like that.
In which case, "usbdev" would be indicated (since it's the "device"
we're talking about).
Thoughts?
-George
next prev parent reply other threads:[~2015-11-23 17:24 UTC|newest]
Thread overview: 53+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-10-21 9:08 [PATCH V8 0/7] xen pvusb toolstack work Chunyan Liu
2015-10-21 9:08 ` [PATCH V8 1/7] libxl: export some functions for pvusb use Chunyan Liu
2015-10-27 11:08 ` Juergen Gross
2015-10-21 9:08 ` [PATCH V8 2/7] libxl_read_file_contents: add new entry to read sysfs file Chunyan Liu
2015-10-27 11:31 ` Juergen Gross
2015-11-16 14:03 ` Ian Campbell
2015-11-16 18:15 ` Ian Jackson
2015-10-21 9:08 ` [PATCH V8 3/7] libxl: add pvusb API Chunyan Liu
2015-10-27 11:31 ` Juergen Gross
2015-11-04 6:31 ` Chun Yan Liu
2015-11-05 15:54 ` George Dunlap
2015-11-09 18:11 ` Ian Jackson
2015-11-10 8:41 ` Chun Yan Liu
2015-11-10 17:57 ` George Dunlap
2015-11-10 18:11 ` Ian Jackson
2015-11-11 7:21 ` Chun Yan Liu
2015-11-11 2:37 ` Chun Yan Liu
2015-11-12 17:00 ` Ian Jackson
2015-11-13 2:30 ` Chun Yan Liu
2015-11-16 18:06 ` Ian Jackson
2015-11-17 5:47 ` Chun Yan Liu
2015-11-12 11:32 ` Olaf Hering
2015-11-13 2:32 ` Chun Yan Liu
2015-11-12 17:27 ` George Dunlap
2015-11-13 2:56 ` Chun Yan Liu
2015-11-13 11:19 ` Olaf Hering
2015-11-16 10:01 ` George Dunlap
2015-11-18 5:48 ` Chun Yan Liu
2015-11-18 9:44 ` Olaf Hering
2015-11-18 10:03 ` Ian Campbell
2015-11-18 10:42 ` Olaf Hering
2015-11-19 1:33 ` Chun Yan Liu
2015-11-19 6:24 ` Chun Yan Liu
2015-11-23 17:24 ` George Dunlap [this message]
2015-10-21 9:08 ` [PATCH V8 4/7] libxl: add libxl_device_usb_assignable_list API Chunyan Liu
2015-10-27 11:32 ` Juergen Gross
2015-11-11 16:07 ` George Dunlap
2015-10-21 9:08 ` [PATCH V8 5/7] xl: add pvusb commands Chunyan Liu
2015-10-27 11:37 ` Juergen Gross
2015-11-12 11:38 ` George Dunlap
2015-11-12 11:39 ` George Dunlap
2015-11-13 2:43 ` Chun Yan Liu
2015-11-16 10:05 ` George Dunlap
2015-11-12 14:42 ` Olaf Hering
2015-11-12 14:49 ` George Dunlap
2015-11-13 2:49 ` Chun Yan Liu
2015-10-21 9:08 ` [PATCH V8 6/7] xl: add usb-assignable-list command Chunyan Liu
2015-10-27 11:38 ` Juergen Gross
2015-11-12 11:44 ` George Dunlap
2015-10-21 9:08 ` [PATCH V8 7/7] domcreate: support pvusb in configuration file Chunyan Liu
2015-10-27 11:41 ` Juergen Gross
2015-11-12 16:10 ` George Dunlap
2015-11-13 2:54 ` Chun Yan Liu
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=56534BD1.10101@citrix.com \
--to=george.dunlap@citrix.com \
--cc=Ian.Jackson@eu.citrix.com \
--cc=JFEHLIG@suse.com \
--cc=JGross@suse.com \
--cc=caobosimon@gmail.com \
--cc=cyliu@suse.com \
--cc=george.dunlap@eu.citrix.com \
--cc=ian.campbell@citrix.com \
--cc=olaf@aepfle.de \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).