From: David Gibson <david@gibson.dropbear.id.au>
To: Alexey Kardashevskiy <aik@ozlabs.ru>
Cc: linuxppc-dev@lists.ozlabs.org,
Alex Williamson <alex.williamson@redhat.com>,
Nicholas Piggin <npiggin@gmail.com>,
Paul Mackerras <paulus@samba.org>,
kvm@vger.kernel.org
Subject: Re: [PATCH kernel v6 5/7] vfio/spapr: Postpone default window creation
Date: Fri, 25 Nov 2016 15:39:04 +1100 [thread overview]
Message-ID: <20161125043904.GE12287@umbus.fritz.box> (raw)
In-Reply-To: <1479966490-8739-6-git-send-email-aik@ozlabs.ru>
[-- Attachment #1: Type: text/plain, Size: 6368 bytes --]
On Thu, Nov 24, 2016 at 04:48:08PM +1100, Alexey Kardashevskiy wrote:
> We are going to allow the userspace to configure container in
> one memory context and pass container fd to another so
> we are postponing memory allocations accounted against
> the locked memory limit. One of previous patches took care of
> it_userspace.
>
> At the moment we create the default DMA window when the first group is
> attached to a container; this is done for the userspace which is not
> DDW-aware but familiar with the SPAPR TCE IOMMU v2 in the part of memory
> pre-registration - such client expects the default DMA window to exist.
>
> This postpones the default DMA window allocation till one of
> the folliwing happens:
> 1. first map/unmap request arrives;
> 2. new window is requested;
> This adds noop for the case when the userspace requested removal
> of the default window which has not been created yet.
>
> Signed-off-by: Alexey Kardashevskiy <aik@ozlabs.ru>
Hmm.. it just occurred to me: why do you even need to delay creation
of the default window?
In order to allow the open container - move to new process - map
scenario you need to delay binding of the mm to the container until
mapping actually occurs. And if you're doing that, you also want to
delay allocation of the userspace table view, since the "userspace
view" is only well defined once you're bound to a particular mm.
But I don't see why you can't actually create the window - including
the actual TCE table and all - before that point. After all, in the
non-ddw case that's effectively what happens - the fixed window is
there all the time.
If you leave the creation of the default window at the point the first
group is bound to the container, I think you'll simplify things -
including because you'll remove an extra difference between the ddw
and non-ddw cases.
The you treat the binding of a table to an mm as a later step, that
should go together with the allocation of the userspace view.
> ---
> Changes:
> v6:
> * new helper tce_iommu_create_default_window() moved to a separate patch;
> * creates a default window when new window is requested; it used to
> reset the def_window_pending flag instead;
> * def_window_pending handling (mostly) localized in
> tce_iommu_create_default_window() now, the only exception is removal
> of not yet created default window.
> ---
> drivers/vfio/vfio_iommu_spapr_tce.c | 40 +++++++++++++++++++++++--------------
> 1 file changed, 25 insertions(+), 15 deletions(-)
>
> diff --git a/drivers/vfio/vfio_iommu_spapr_tce.c b/drivers/vfio/vfio_iommu_spapr_tce.c
> index a67bbfd..88622be 100644
> --- a/drivers/vfio/vfio_iommu_spapr_tce.c
> +++ b/drivers/vfio/vfio_iommu_spapr_tce.c
> @@ -97,6 +97,7 @@ struct tce_container {
> struct mutex lock;
> bool enabled;
> bool v2;
> + bool def_window_pending;
> unsigned long locked_pages;
> struct iommu_table *tables[IOMMU_TABLE_GROUP_MAX_TABLES];
> struct list_head group_list;
> @@ -717,6 +718,9 @@ static long tce_iommu_create_default_window(struct tce_container *container)
> struct tce_iommu_group *tcegrp;
> struct iommu_table_group *table_group;
>
> + if (!container->def_window_pending)
> + return 0;
> +
> if (!tce_groups_attached(container))
> return -ENODEV;
>
> @@ -730,6 +734,9 @@ static long tce_iommu_create_default_window(struct tce_container *container)
> table_group->tce32_size, 1, &start_addr);
> WARN_ON_ONCE(!ret && start_addr);
>
> + if (!ret)
> + container->def_window_pending = false;
> +
> return ret;
> }
>
> @@ -823,6 +830,10 @@ static long tce_iommu_ioctl(void *iommu_data,
> VFIO_DMA_MAP_FLAG_WRITE))
> return -EINVAL;
>
> + ret = tce_iommu_create_default_window(container);
> + if (ret)
> + return ret;
> +
> num = tce_iommu_find_table(container, param.iova, &tbl);
> if (num < 0)
> return -ENXIO;
> @@ -886,6 +897,10 @@ static long tce_iommu_ioctl(void *iommu_data,
> if (param.flags)
> return -EINVAL;
>
> + ret = tce_iommu_create_default_window(container);
> + if (ret)
> + return ret;
> +
> num = tce_iommu_find_table(container, param.iova, &tbl);
> if (num < 0)
> return -ENXIO;
> @@ -1012,6 +1027,10 @@ static long tce_iommu_ioctl(void *iommu_data,
>
> mutex_lock(&container->lock);
>
> + ret = tce_iommu_create_default_window(container);
> + if (ret)
> + return ret;
> +
> ret = tce_iommu_create_window(container, create.page_shift,
> create.window_size, create.levels,
> &create.start_addr);
> @@ -1044,6 +1063,11 @@ static long tce_iommu_ioctl(void *iommu_data,
> if (remove.flags)
> return -EINVAL;
>
> + if (container->def_window_pending && !remove.start_addr) {
> + container->def_window_pending = false;
> + return 0;
> + }
> +
> mutex_lock(&container->lock);
>
> ret = tce_iommu_remove_window(container, remove.start_addr);
> @@ -1141,7 +1165,6 @@ static int tce_iommu_attach_group(void *iommu_data,
> struct tce_container *container = iommu_data;
> struct iommu_table_group *table_group;
> struct tce_iommu_group *tcegrp = NULL;
> - bool create_default_window = false;
>
> mutex_lock(&container->lock);
>
> @@ -1189,25 +1212,12 @@ static int tce_iommu_attach_group(void *iommu_data,
> } else {
> ret = tce_iommu_take_ownership_ddw(container, table_group);
> if (!tce_groups_attached(container) && !container->tables[0])
> - create_default_window = true;
> + container->def_window_pending = true;
> }
>
> if (!ret) {
> tcegrp->grp = iommu_group;
> list_add(&tcegrp->next, &container->group_list);
> - /*
> - * If it the first group attached, check if there is
> - * a default DMA window and create one if none as
> - * the userspace expects it to exist.
> - */
> - if (create_default_window) {
> - ret = tce_iommu_create_default_window(container);
> - if (ret) {
> - list_del(&tcegrp->next);
> - tce_iommu_release_ownership_ddw(container,
> - table_group);
> - }
> - }
> }
>
> unlock_exit:
--
David Gibson | I'll have my music baroque, and my code
david AT gibson.dropbear.id.au | minimalist, thank you. NOT _the_ _other_
| _way_ _around_!
http://www.ozlabs.org/~dgibson
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
next prev parent reply other threads:[~2016-11-25 4:39 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-11-24 5:48 [PATCH kernel v6 0/7] powerpc/spapr/vfio: Put pages on VFIO container shutdown Alexey Kardashevskiy
2016-11-24 5:48 ` [PATCH kernel v6 1/7] powerpc/iommu: Pass mm_struct to init/cleanup helpers Alexey Kardashevskiy
2016-11-24 5:48 ` [PATCH kernel v6 2/7] powerpc/iommu: Stop using @current in mm_iommu_xxx Alexey Kardashevskiy
2016-11-24 5:48 ` [PATCH kernel v6 3/7] vfio/spapr: Postpone allocation of userspace version of TCE table Alexey Kardashevskiy
2016-11-25 1:36 ` David Gibson
2016-11-29 4:31 ` David Gibson
2016-11-24 5:48 ` [PATCH kernel v6 4/7] vfio/spapr: Add a helper to create default DMA window Alexey Kardashevskiy
2016-11-25 4:33 ` David Gibson
2016-11-29 4:33 ` David Gibson
2016-11-24 5:48 ` [PATCH kernel v6 5/7] vfio/spapr: Postpone default window creation Alexey Kardashevskiy
2016-11-25 4:39 ` David Gibson [this message]
2016-11-25 6:38 ` Alexey Kardashevskiy
2016-11-25 11:37 ` David Gibson
2016-11-28 10:40 ` Alexey Kardashevskiy
2016-11-29 4:33 ` David Gibson
2016-11-24 5:48 ` [PATCH kernel v6 6/7] vfio/spapr: Reference mm in tce_container Alexey Kardashevskiy
2016-11-29 4:55 ` David Gibson
2016-11-24 5:48 ` [PATCH kernel v6 7/7] powerpc/mm/iommu, vfio/spapr: Put pages on VFIO container shutdown Alexey Kardashevskiy
2016-11-29 5:07 ` David Gibson
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=20161125043904.GE12287@umbus.fritz.box \
--to=david@gibson.dropbear.id.au \
--cc=aik@ozlabs.ru \
--cc=alex.williamson@redhat.com \
--cc=kvm@vger.kernel.org \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=npiggin@gmail.com \
--cc=paulus@samba.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).