From: George Dunlap <george.dunlap@eu.citrix.com>
To: Ian Campbell <Ian.Campbell@citrix.com>,
"xen-devel@lists.xen.org" <xen-devel@lists.xen.org>
Subject: Re: [PATCH 0 of 4] Add commands to automatically prep devices for pass-through
Date: Wed, 9 May 2012 14:45:40 +0100 [thread overview]
Message-ID: <4FAA7504.5030103@eu.citrix.com> (raw)
In-Reply-To: <1336564773.25514.101.camel@zakaz.uk.xensource.com>
On 09/05/12 12:59, Ian Campbell wrote:
> Right, however it is strictly speaking a new feature which is not
> mentioned on the TODO list and has not previously been posted (AFAIK,
> please correct me if not) and we are currently supposed to be in feature
> freeze (and have been for several weeks, if not a month).
>
> IIRC this functionality was mooted when the pci permissive patch was
> being done as something which would be a 4.3 feature.
> We need to decide if we want to make an exception for this new feature
> or not. Although I'm sure this feature is very nice and handy, we've
> lived without it for years and people seem to be able to use the
> existing scheme.
My recollection was that I did "moot" the functionailty basically a day
or two after the official feature freeze; my impression from those
discussions was that we wouldn't add the feature to the list, but that
it was reasonable to ask for an exception at such time as I actually had
the patches. (Quite possible that my understanding is wrong there.)
Unfortunately due to other priorities, I didn't manage to actually start
working on them until the end of last week.
Maybe part of the issue is how they're being presented. My original
plan was to add options to libxl_pci_{add,remove} do the rebinding,
which would have looked less like a new feature and more like an
improvement. This version actually introduces new functions, so it
looks much more like a "new feature", even though the functionality is
the same, and arguably having a separate step is less of a risk of
someone tripping over something.
Of course everyone thinks their pet feature is incredibly important.
:-) But we are planning on making a public push on some of the security
features of Xen this summer, which will hopefully mean a lot of people
investigate the idea of using pci pass-through functionality for network
driver domains. The problem with saying "people seem to be able to use
the existing scheme" is that you only see those who have gone through it
and succeeded; you don't see how many took at look at the instructions
and said, "That sounds too complicated/dangerous for me." It would be a
shame if we tooted Xen's horn about security, got an extra several
thousand people to look into it, and then had half of them go away
because of something simple like this. I think that's my main concern.
We could of course make the HOWTOs easier to follow even without
including this functionality; including Anthony's (very useful)
rebinding script would certainly be a lot better than having everyone
manually doing the sysfs stuff. But not nearly as good as having the
commands in-tree.
If we decide not to take the new functions, can I propose that we at
least take the one that renames "pci-device-list-assignable", so we
won't have to rename it / deal with compatibility issues when these are
implemented for 4.3?
-George
next prev parent reply other threads:[~2012-05-09 13:45 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-09 10:28 [PATCH 0 of 4] Add commands to automatically prep devices for pass-through George Dunlap
2012-05-09 10:28 ` [PATCH 1 of 4] libxl: Make a helper function write a BDF to a sysfs path George Dunlap
2012-05-10 10:40 ` Ian Campbell
2012-05-09 10:28 ` [PATCH 2 of 4] libxl: Rename pci_list_assignable to pci_assignable_list George Dunlap
2012-05-10 10:43 ` Ian Campbell
2012-05-10 10:54 ` George Dunlap
2012-05-09 10:28 ` [PATCH 3 of 4] libxl: Introduce pci_assignable_add and pci_assignable_remove George Dunlap
2012-05-10 11:19 ` Ian Campbell
2012-05-10 14:55 ` George Dunlap
2012-05-10 15:04 ` Ian Campbell
2012-05-10 16:29 ` George Dunlap
2012-05-10 16:45 ` Ian Campbell
2012-05-09 10:28 ` [PATCH 4 of 4] xl: Add pci_assignable_add and remove commands George Dunlap
2012-05-10 11:31 ` Ian Campbell
2012-05-11 11:13 ` George Dunlap
2012-05-11 11:19 ` Ian Campbell
2012-05-11 12:50 ` George Dunlap
2012-05-11 12:58 ` Ian Campbell
2012-05-09 10:49 ` [PATCH 0 of 4] Add commands to automatically prep devices for pass-through Ian Campbell
2012-05-09 11:03 ` George Dunlap
2012-05-09 11:59 ` Ian Campbell
2012-05-09 13:45 ` George Dunlap [this message]
2012-05-10 10:17 ` George Dunlap
2012-05-10 10:38 ` Ian Campbell
2012-05-10 14:12 ` Sander Eikelenboom
2012-05-10 14:16 ` Ian Campbell
2012-05-10 16:15 ` Konrad Rzeszutek Wilk
2012-05-09 10:56 ` David Vrabel
2012-05-09 11:11 ` 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=4FAA7504.5030103@eu.citrix.com \
--to=george.dunlap@eu.citrix.com \
--cc=Ian.Campbell@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).