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 14:01:57 +0100 [thread overview]
Message-ID: <555DD745.10908@eu.citrix.com> (raw)
In-Reply-To: <555DC84E.9090302@suse.com>
On 05/21/2015 12:58 PM, Juergen Gross wrote:
>>>> Yes, from a pedantic perspective, both will tell you on which devices
>>>> you can run "X-attach" without any extra arguments. But from a
>>>> practical perspective, "xm usb-assignable-list" tells you something
>>>> practical about the state of devices on the whole system; and "xl
>>>> pci-assignable-list" tells you a technical quirk about devices are in a
>>>> half-way state between not being assigned and actually being assigned.
>>>
>>> I can't believe you are suggesting to use "a technical quirk" as a good
>>> example for future development. Just because a user interface isn't
>>> perfect shouldn't result in other interfaces to behave in the same
>>> imperfect way.
>>
>> You seem to have missed in my tone that I think "xm usb-assignable-list"
>> behavior is more useful. I said that "xm usb-assignable-list" gave you
>> practical information, and I said that "xl pci-assignable-list" gives
>> you about a technical quirk. I also said that "pci-assignable" a state
>> half-way in between being assigned and not assigned, which I personally
>> think portrays it as rather clunky.
>
> I didn't want to offend you, sorry if you felt that way.
Misunderstandings happen -- I certainly misread what people write
sometimes. It's mildly annoying but no harm done. :-)
>> I never claimed that we should make the new usb-*-list command mimic
>> pci-assignable-list. What I'm responding to is your claim that they do
>> similar things, and so implying that it should be OK for them to have
>> similar names. They do not do the similar things, and therefore they
>> must not have similar names.
>>
>> So, as I said in the previous e-mail:
>> * I think that it would definitely be useful to have the "xm
>> usb-assignable-list" functionality.
>> * But we cannot give it the same name as the current "xl
>> pci-assignable-list" functionality, since they behave differently
>> * I think "assignable" is the best name for what "xm
>> usb-assignable-list" does; however,
>> * We have existing users to consider; I think choosing a different name
>> (like "xl usb-available-list") will have the lowest negative impact on
>> existing users.
>
> 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?
-George
next prev parent reply other threads:[~2015-05-21 13:01 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 [this message]
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
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=555DD745.10908@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.