All of lore.kernel.org
 help / color / mirror / Atom feed
From: David Gibson <david@gibson.dropbear.id.au>
To: Alexey Kardashevskiy <aik@ozlabs.ru>
Cc: Gavin Shan <gwshan@linux.vnet.ibm.com>,
	linux-kernel@vger.kernel.org,
	Alex Williamson <alex.williamson@redhat.com>,
	Paul Mackerras <paulus@samba.org>,
	linuxppc-dev@lists.ozlabs.org
Subject: Re: [PATCH kernel v9 28/32] powerpc/mmu: Add userspace-to-physical addresses translation cache
Date: Tue, 5 May 2015 22:12:51 +1000	[thread overview]
Message-ID: <20150505121251.GO14090@voom.redhat.com> (raw)
In-Reply-To: <554362F8.105@ozlabs.ru>

[-- Attachment #1: Type: text/plain, Size: 15084 bytes --]

On Fri, May 01, 2015 at 09:26:48PM +1000, Alexey Kardashevskiy wrote:
> On 04/29/2015 05:01 PM, David Gibson wrote:
> >On Sat, Apr 25, 2015 at 10:14:52PM +1000, Alexey Kardashevskiy wrote:
> >>We are adding support for DMA memory pre-registration to be used in
> >>conjunction with VFIO. The idea is that the userspace which is going to
> >>run a guest may want to pre-register a user space memory region so
> >>it all gets pinned once and never goes away. Having this done,
> >>a hypervisor will not have to pin/unpin pages on every DMA map/unmap
> >>request. This is going to help with multiple pinning of the same memory
> >>and in-kernel acceleration of DMA requests.
> >>
> >>This adds a list of memory regions to mm_context_t. Each region consists
> >>of a header and a list of physical addresses. This adds API to:
> >>1. register/unregister memory regions;
> >>2. do final cleanup (which puts all pre-registered pages);
> >>3. do userspace to physical address translation;
> >>4. manage a mapped pages counter; when it is zero, it is safe to
> >>unregister the region.
> >>
> >>Multiple registration of the same region is allowed, kref is used to
> >>track the number of registrations.
> >>
> >>Signed-off-by: Alexey Kardashevskiy <aik@ozlabs.ru>
> >>---
> >>Changes:
> >>v8:
> >>* s/mm_iommu_table_group_mem_t/struct mm_iommu_table_group_mem_t/
> >>* fixed error fallback look (s/[i]/[j]/)
> >>---
> >>  arch/powerpc/include/asm/mmu-hash64.h      |   3 +
> >>  arch/powerpc/include/asm/mmu_context.h     |  17 +++
> >>  arch/powerpc/mm/Makefile                   |   1 +
> >>  arch/powerpc/mm/mmu_context_hash64.c       |   6 +
> >>  arch/powerpc/mm/mmu_context_hash64_iommu.c | 215 +++++++++++++++++++++++++++++
> >>  5 files changed, 242 insertions(+)
> >>  create mode 100644 arch/powerpc/mm/mmu_context_hash64_iommu.c
> >>
> >>diff --git a/arch/powerpc/include/asm/mmu-hash64.h b/arch/powerpc/include/asm/mmu-hash64.h
> >>index 1da6a81..a82f534 100644
> >>--- a/arch/powerpc/include/asm/mmu-hash64.h
> >>+++ b/arch/powerpc/include/asm/mmu-hash64.h
> >>@@ -536,6 +536,9 @@ typedef struct {
> >>  	/* for 4K PTE fragment support */
> >>  	void *pte_frag;
> >>  #endif
> >>+#ifdef CONFIG_SPAPR_TCE_IOMMU
> >>+	struct list_head iommu_group_mem_list;
> >>+#endif
> >
> >Urgh.  I know I'm not one to talk, having done the hugepage crap in
> >there, but man mm_context_t has grown to a bloated mess from orginally
> >being just intended as a context ID integer :/.
> 
> 
> Where else to put it then?... The other way to go would be some global map
> of pid<->iommu_group_mem_list which needs to be available from both VFIO and
> KVM.

I'd suggest putting it as a new field in mm_struct, guarded by a
CONFIG_VFIO_PREREGISTER (or something) which you can make sure is
selected by CONFIG_SPAPR_TCE_IOMMU.

> 
> 
> >>  } mm_context_t;
> >>
> >>
> >>diff --git a/arch/powerpc/include/asm/mmu_context.h b/arch/powerpc/include/asm/mmu_context.h
> >>index 73382eb..d6116ca 100644
> >>--- a/arch/powerpc/include/asm/mmu_context.h
> >>+++ b/arch/powerpc/include/asm/mmu_context.h
> >>@@ -16,6 +16,23 @@
> >>   */
> >>  extern int init_new_context(struct task_struct *tsk, struct mm_struct *mm);
> >>  extern void destroy_context(struct mm_struct *mm);
> >>+#ifdef CONFIG_SPAPR_TCE_IOMMU
> >>+struct mm_iommu_table_group_mem_t;
> >>+
> >>+extern bool mm_iommu_preregistered(void);
> >>+extern long mm_iommu_alloc(unsigned long ua, unsigned long entries,
> >>+		struct mm_iommu_table_group_mem_t **pmem);
> >>+extern struct mm_iommu_table_group_mem_t *mm_iommu_get(unsigned long ua,
> >>+		unsigned long entries);
> >>+extern long mm_iommu_put(struct mm_iommu_table_group_mem_t *mem);
> >>+extern void mm_iommu_cleanup(mm_context_t *ctx);
> >>+extern struct mm_iommu_table_group_mem_t *mm_iommu_lookup(unsigned long ua,
> >>+		unsigned long size);
> >>+extern long mm_iommu_ua_to_hpa(struct mm_iommu_table_group_mem_t *mem,
> >>+		unsigned long ua, unsigned long *hpa);
> >>+extern long mm_iommu_mapped_update(struct mm_iommu_table_group_mem_t *mem,
> >>+		bool inc);
> >>+#endif
> >>
> >>  extern void switch_mmu_context(struct mm_struct *prev, struct mm_struct *next);
> >>  extern void switch_slb(struct task_struct *tsk, struct mm_struct *mm);
> >>diff --git a/arch/powerpc/mm/Makefile b/arch/powerpc/mm/Makefile
> >>index 9c8770b..e216704 100644
> >>--- a/arch/powerpc/mm/Makefile
> >>+++ b/arch/powerpc/mm/Makefile
> >>@@ -36,3 +36,4 @@ obj-$(CONFIG_PPC_SUBPAGE_PROT)	+= subpage-prot.o
> >>  obj-$(CONFIG_NOT_COHERENT_CACHE) += dma-noncoherent.o
> >>  obj-$(CONFIG_HIGHMEM)		+= highmem.o
> >>  obj-$(CONFIG_PPC_COPRO_BASE)	+= copro_fault.o
> >>+obj-$(CONFIG_SPAPR_TCE_IOMMU)	+= mmu_context_hash64_iommu.o
> >>diff --git a/arch/powerpc/mm/mmu_context_hash64.c b/arch/powerpc/mm/mmu_context_hash64.c
> >>index 178876ae..eb3080c 100644
> >>--- a/arch/powerpc/mm/mmu_context_hash64.c
> >>+++ b/arch/powerpc/mm/mmu_context_hash64.c
> >>@@ -89,6 +89,9 @@ int init_new_context(struct task_struct *tsk, struct mm_struct *mm)
> >>  #ifdef CONFIG_PPC_64K_PAGES
> >>  	mm->context.pte_frag = NULL;
> >>  #endif
> >>+#ifdef CONFIG_SPAPR_TCE_IOMMU
> >>+	INIT_LIST_HEAD_RCU(&mm->context.iommu_group_mem_list);
> >>+#endif
> >>  	return 0;
> >>  }
> >>
> >>@@ -132,6 +135,9 @@ static inline void destroy_pagetable_page(struct mm_struct *mm)
> >>
> >>  void destroy_context(struct mm_struct *mm)
> >>  {
> >>+#ifdef CONFIG_SPAPR_TCE_IOMMU
> >>+	mm_iommu_cleanup(&mm->context);
> >>+#endif
> >>
> >>  #ifdef CONFIG_PPC_ICSWX
> >>  	drop_cop(mm->context.acop, mm);
> >>diff --git a/arch/powerpc/mm/mmu_context_hash64_iommu.c b/arch/powerpc/mm/mmu_context_hash64_iommu.c
> >>new file mode 100644
> >>index 0000000..af7668c
> >>--- /dev/null
> >>+++ b/arch/powerpc/mm/mmu_context_hash64_iommu.c
> >>@@ -0,0 +1,215 @@
> >>+/*
> >>+ *  IOMMU helpers in MMU context.
> >>+ *
> >>+ *  Copyright (C) 2015 IBM Corp. <aik@ozlabs.ru>
> >>+ *
> >>+ *  This program is free software; you can redistribute it and/or
> >>+ *  modify it under the terms of the GNU General Public License
> >>+ *  as published by the Free Software Foundation; either version
> >>+ *  2 of the License, or (at your option) any later version.
> >>+ *
> >>+ */
> >>+
> >>+#include <linux/sched.h>
> >>+#include <linux/slab.h>
> >>+#include <linux/rculist.h>
> >>+#include <linux/vmalloc.h>
> >>+#include <linux/kref.h>
> >>+#include <asm/mmu_context.h>
> >>+
> >>+struct mm_iommu_table_group_mem_t {
> >>+	struct list_head next;
> >>+	struct rcu_head rcu;
> >>+	struct kref kref;	/* one reference per VFIO container */
> >>+	atomic_t mapped;	/* number of currently mapped pages */
> >>+	u64 ua;			/* userspace address */
> >>+	u64 entries;		/* number of entries in hpas[] */
> >
> >Maybe 'npages', since this is used to determine the range of user
> >addresses covered, not just the number of entries in hpas.
> 
> 
> Hm. Ok :)
> 
> 
> >>+	u64 *hpas;		/* vmalloc'ed */
> >>+};
> >>+
> >>+bool mm_iommu_preregistered(void)
> >>+{
> >>+	if (!current || !current->mm)
> >>+		return false;
> >>+
> >>+	return !list_empty(&current->mm->context.iommu_group_mem_list);
> >>+}
> >>+EXPORT_SYMBOL_GPL(mm_iommu_preregistered);
> >>+
> >>+long mm_iommu_alloc(unsigned long ua, unsigned long entries,
> >>+		struct mm_iommu_table_group_mem_t **pmem)
> >>+{
> >>+	struct mm_iommu_table_group_mem_t *mem;
> >>+	long i, j;
> >>+	struct page *page = NULL;
> >>+
> >>+	list_for_each_entry_rcu(mem, &current->mm->context.iommu_group_mem_list,
> >>+			next) {
> >>+		if ((mem->ua == ua) && (mem->entries == entries))
> >>+			return -EBUSY;
> >>+
> >>+		/* Overlap? */
> >>+		if ((mem->ua < (ua + (entries << PAGE_SHIFT))) &&
> >>+				(ua < (mem->ua + (mem->entries << PAGE_SHIFT))))
> >>+			return -EINVAL;
> >>+	}
> >>+
> >>+	mem = kzalloc(sizeof(*mem), GFP_KERNEL);
> >>+	if (!mem)
> >>+		return -ENOMEM;
> >>+
> >>+	mem->hpas = vzalloc(entries * sizeof(mem->hpas[0]));
> >>+	if (!mem->hpas) {
> >>+		kfree(mem);
> >>+		return -ENOMEM;
> >>+	}
> >>+
> >>+	for (i = 0; i < entries; ++i) {
> >>+		if (1 != get_user_pages_fast(ua + (i << PAGE_SHIFT),
> >>+					1/* pages */, 1/* iswrite */, &page)) {
> >
> >Do you really need to call gup() in a loop?  It can do more than one
> >page at a time..
> 
> 
> Ufff. gup() returns the number of pages pinned or -errno if none. So if the
> return value is positive but less than the requested number of pages, it is
> still an error. Functions like this make me nervous :(
> 
> 
> >That might work better if you kept a list of struct page *s instead of
> >hpas.
> 
> I only need struct page* when release the registered area. In other cases I
> just need fast conversion from an userspace address to a host physical
> address, including real mode. Ideally I would have to use page_address()
> which will work in real mode in my case but in general it does not have to.
> Using addresses rather than page structs makes it more explicit - I need an
> address, I store an address, simple.

Ok, you convinced me.  And if you have to translate them each from
struct page to hpa at this point, then the gup() in a loop does make
as much sense as anything, so ok.

> I can change to page structs if you think it makes more sense, should I?
> 
> 
> 
> 
> >>+			for (j = 0; j < i; ++j)
> >>+				put_page(pfn_to_page(
> >>+						mem->hpas[j] >> PAGE_SHIFT));
> >>+			vfree(mem->hpas);
> >>+			kfree(mem);
> >>+			return -EFAULT;
> >>+		}
> >>+
> >>+		mem->hpas[i] = page_to_pfn(page) << PAGE_SHIFT;
> >>+	}
> >>+
> >>+	kref_init(&mem->kref);
> >>+	atomic_set(&mem->mapped, 0);
> >>+	mem->ua = ua;
> >>+	mem->entries = entries;
> >>+	*pmem = mem;
> >>+
> >>+	list_add_rcu(&mem->next, &current->mm->context.iommu_group_mem_list);
> >>+
> >>+	return 0;
> >>+}
> >>+EXPORT_SYMBOL_GPL(mm_iommu_alloc);
> >>+
> >>+static void mm_iommu_unpin(struct mm_iommu_table_group_mem_t *mem)
> >>+{
> >>+	long i;
> >>+	struct page *page = NULL;
> >>+
> >>+	for (i = 0; i < mem->entries; ++i) {
> >>+		if (!mem->hpas[i])
> >>+			continue;
> >>+
> >>+		page = pfn_to_page(mem->hpas[i] >> PAGE_SHIFT);
> >>+		if (!page)
> >>+			continue;
> >>+
> >>+		put_page(page);
> >>+		mem->hpas[i] = 0;
> >>+	}
> >>+}
> >>+
> >>+static void mm_iommu_free(struct rcu_head *head)
> >>+{
> >>+	struct mm_iommu_table_group_mem_t *mem = container_of(head,
> >>+			struct mm_iommu_table_group_mem_t, rcu);
> >>+
> >>+	mm_iommu_unpin(mem);
> >>+	vfree(mem->hpas);
> >>+	kfree(mem);
> >>+}
> >>+
> >>+static void mm_iommu_release(struct kref *kref)
> >>+{
> >>+	struct mm_iommu_table_group_mem_t *mem = container_of(kref,
> >>+			struct mm_iommu_table_group_mem_t, kref);
> >>+
> >>+	list_del_rcu(&mem->next);
> >>+	call_rcu(&mem->rcu, mm_iommu_free);
> >>+}
> >>+
> >>+struct mm_iommu_table_group_mem_t *mm_iommu_get(unsigned long ua,
> >>+		unsigned long entries)
> >>+{
> >>+	struct mm_iommu_table_group_mem_t *mem;
> >>+
> >>+	list_for_each_entry_rcu(mem, &current->mm->context.iommu_group_mem_list,
> >>+			next) {
> >>+		if ((mem->ua == ua) && (mem->entries == entries)) {
> >>+			kref_get(&mem->kref);
> >>+			return mem;
> >>+		}
> >>+	}
> >>+
> >>+	return NULL;
> >>+}
> >>+EXPORT_SYMBOL_GPL(mm_iommu_get);
> >>+
> >>+long mm_iommu_put(struct mm_iommu_table_group_mem_t *mem)
> >>+{
> >>+	if (atomic_read(&mem->mapped))
> >>+		return -EBUSY;
> >
> >What prevents a race between the atomic_read() above and the release below?
> 
> Ouch. Nothing. And I cannot think of any nice fast solution here...
> I can remove @mapped at all and do kref_get/put(&mem->kref) instead; a
> container will hold one reference too. And add a flag to
> mm_iommu_table_group_mem_t to know if mm_iommu_release has been called -
> this way I will know that was the very last reference, otherwise I'll return
> -EBUSY.
> 
> Or change mm_iommu_lookup() to do kref_get() and require every caller of it
> also call mm_iommu_put() and only call mm_iommu_mapped_update() when the
> reference is elevated. And change mm_iommu_put() to return a special code if
> that was the very last put() (will be checked by
> VFIO_IOMMU_SPAPR_UNREGISTER_MEMORY handler only, others would not care).
> 
> Any ideas?
> 
> I am pretty sure there is something very cool (like RCU) which allows
> avoiding locks in this situation, I am just too ignorant and do not know it
> :)

I can't quickly see an answer either, sorry.


> >>+	kref_put(&mem->kref, mm_iommu_release);
> >>+
> >>+	return 0;
> >>+}
> >>+EXPORT_SYMBOL_GPL(mm_iommu_put);
> >>+
> >>+struct mm_iommu_table_group_mem_t *mm_iommu_lookup(unsigned long ua,
> >>+		unsigned long size)
> >>+{
> >>+	struct mm_iommu_table_group_mem_t *mem, *ret = NULL;
> >>+
> >>+	list_for_each_entry_rcu(mem,
> >>+			&current->mm->context.iommu_group_mem_list,
> >>+			next) {
> >>+		if ((mem->ua <= ua) &&
> >>+				(ua + size <= mem->ua +
> >>+				 (mem->entries << PAGE_SHIFT))) {
> >>+			ret = mem;
> >>+			break;
> >>+		}
> >>+	}
> >>+
> >>+	return ret;
> >>+}
> >>+EXPORT_SYMBOL_GPL(mm_iommu_lookup);
> >>+
> >>+long mm_iommu_ua_to_hpa(struct mm_iommu_table_group_mem_t *mem,
> >>+		unsigned long ua, unsigned long *hpa)
> >
> >Return type should be int, it's just an error code.
> 
> 
> Is it some generic rule that errors must always be "int"? I was just told
> that gcc on PPC64 will generate an extra instruction to cut 64bit long to
> 32bit int so I am just trying to use "long" everywhere. Very simple but
> still optimization :)

Ok, I guess leave it.  Probably makes little difference either way.

> 
> 
> >>+{
> >>+	const long entry = (ua - mem->ua) >> PAGE_SHIFT;
> >>+	u64 *va = &mem->hpas[entry];
> >>+
> >>+	if (entry >= mem->entries)
> >>+		return -EFAULT;
> >>+
> >>+	*hpa = *va | (ua & ~PAGE_MASK);
> >>+
> >>+	return 0;
> >>+}
> >>+EXPORT_SYMBOL_GPL(mm_iommu_ua_to_hpa);
> >>+
> >>+long mm_iommu_mapped_update(struct mm_iommu_table_group_mem_t *mem, bool inc)
> >>+{
> >>+	long ret = 0;
> >>+
> >>+	if (inc)
> >>+		atomic_inc(&mem->mapped);
> >>+	else
> >>+		ret = atomic_dec_if_positive(&mem->mapped);
> >>+
> >>+	return ret;
> >>+}
> >>+EXPORT_SYMBOL_GPL(mm_iommu_mapped_update);
> >
> >I think this would be clearer as separate inc and dec functions.
> 
> Okay.
> 
> 
> >>+
> >>+void mm_iommu_cleanup(mm_context_t *ctx)
> >>+{
> >>+	while (!list_empty(&ctx->iommu_group_mem_list)) {
> >>+		struct mm_iommu_table_group_mem_t *mem;
> >>+
> >>+		mem = list_first_entry(&ctx->iommu_group_mem_list,
> >>+				struct mm_iommu_table_group_mem_t, next);
> >>+		mm_iommu_release(&mem->kref);
> >>+	}
> >>+}
> >
> 
> 

-- 
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: Type: application/pgp-signature, Size: 819 bytes --]

WARNING: multiple messages have this Message-ID (diff)
From: David Gibson <david@gibson.dropbear.id.au>
To: Alexey Kardashevskiy <aik@ozlabs.ru>
Cc: linuxppc-dev@lists.ozlabs.org,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Alex Williamson <alex.williamson@redhat.com>,
	Gavin Shan <gwshan@linux.vnet.ibm.com>,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH kernel v9 28/32] powerpc/mmu: Add userspace-to-physical addresses translation cache
Date: Tue, 5 May 2015 22:12:51 +1000	[thread overview]
Message-ID: <20150505121251.GO14090@voom.redhat.com> (raw)
In-Reply-To: <554362F8.105@ozlabs.ru>

[-- Attachment #1: Type: text/plain, Size: 15084 bytes --]

On Fri, May 01, 2015 at 09:26:48PM +1000, Alexey Kardashevskiy wrote:
> On 04/29/2015 05:01 PM, David Gibson wrote:
> >On Sat, Apr 25, 2015 at 10:14:52PM +1000, Alexey Kardashevskiy wrote:
> >>We are adding support for DMA memory pre-registration to be used in
> >>conjunction with VFIO. The idea is that the userspace which is going to
> >>run a guest may want to pre-register a user space memory region so
> >>it all gets pinned once and never goes away. Having this done,
> >>a hypervisor will not have to pin/unpin pages on every DMA map/unmap
> >>request. This is going to help with multiple pinning of the same memory
> >>and in-kernel acceleration of DMA requests.
> >>
> >>This adds a list of memory regions to mm_context_t. Each region consists
> >>of a header and a list of physical addresses. This adds API to:
> >>1. register/unregister memory regions;
> >>2. do final cleanup (which puts all pre-registered pages);
> >>3. do userspace to physical address translation;
> >>4. manage a mapped pages counter; when it is zero, it is safe to
> >>unregister the region.
> >>
> >>Multiple registration of the same region is allowed, kref is used to
> >>track the number of registrations.
> >>
> >>Signed-off-by: Alexey Kardashevskiy <aik@ozlabs.ru>
> >>---
> >>Changes:
> >>v8:
> >>* s/mm_iommu_table_group_mem_t/struct mm_iommu_table_group_mem_t/
> >>* fixed error fallback look (s/[i]/[j]/)
> >>---
> >>  arch/powerpc/include/asm/mmu-hash64.h      |   3 +
> >>  arch/powerpc/include/asm/mmu_context.h     |  17 +++
> >>  arch/powerpc/mm/Makefile                   |   1 +
> >>  arch/powerpc/mm/mmu_context_hash64.c       |   6 +
> >>  arch/powerpc/mm/mmu_context_hash64_iommu.c | 215 +++++++++++++++++++++++++++++
> >>  5 files changed, 242 insertions(+)
> >>  create mode 100644 arch/powerpc/mm/mmu_context_hash64_iommu.c
> >>
> >>diff --git a/arch/powerpc/include/asm/mmu-hash64.h b/arch/powerpc/include/asm/mmu-hash64.h
> >>index 1da6a81..a82f534 100644
> >>--- a/arch/powerpc/include/asm/mmu-hash64.h
> >>+++ b/arch/powerpc/include/asm/mmu-hash64.h
> >>@@ -536,6 +536,9 @@ typedef struct {
> >>  	/* for 4K PTE fragment support */
> >>  	void *pte_frag;
> >>  #endif
> >>+#ifdef CONFIG_SPAPR_TCE_IOMMU
> >>+	struct list_head iommu_group_mem_list;
> >>+#endif
> >
> >Urgh.  I know I'm not one to talk, having done the hugepage crap in
> >there, but man mm_context_t has grown to a bloated mess from orginally
> >being just intended as a context ID integer :/.
> 
> 
> Where else to put it then?... The other way to go would be some global map
> of pid<->iommu_group_mem_list which needs to be available from both VFIO and
> KVM.

I'd suggest putting it as a new field in mm_struct, guarded by a
CONFIG_VFIO_PREREGISTER (or something) which you can make sure is
selected by CONFIG_SPAPR_TCE_IOMMU.

> 
> 
> >>  } mm_context_t;
> >>
> >>
> >>diff --git a/arch/powerpc/include/asm/mmu_context.h b/arch/powerpc/include/asm/mmu_context.h
> >>index 73382eb..d6116ca 100644
> >>--- a/arch/powerpc/include/asm/mmu_context.h
> >>+++ b/arch/powerpc/include/asm/mmu_context.h
> >>@@ -16,6 +16,23 @@
> >>   */
> >>  extern int init_new_context(struct task_struct *tsk, struct mm_struct *mm);
> >>  extern void destroy_context(struct mm_struct *mm);
> >>+#ifdef CONFIG_SPAPR_TCE_IOMMU
> >>+struct mm_iommu_table_group_mem_t;
> >>+
> >>+extern bool mm_iommu_preregistered(void);
> >>+extern long mm_iommu_alloc(unsigned long ua, unsigned long entries,
> >>+		struct mm_iommu_table_group_mem_t **pmem);
> >>+extern struct mm_iommu_table_group_mem_t *mm_iommu_get(unsigned long ua,
> >>+		unsigned long entries);
> >>+extern long mm_iommu_put(struct mm_iommu_table_group_mem_t *mem);
> >>+extern void mm_iommu_cleanup(mm_context_t *ctx);
> >>+extern struct mm_iommu_table_group_mem_t *mm_iommu_lookup(unsigned long ua,
> >>+		unsigned long size);
> >>+extern long mm_iommu_ua_to_hpa(struct mm_iommu_table_group_mem_t *mem,
> >>+		unsigned long ua, unsigned long *hpa);
> >>+extern long mm_iommu_mapped_update(struct mm_iommu_table_group_mem_t *mem,
> >>+		bool inc);
> >>+#endif
> >>
> >>  extern void switch_mmu_context(struct mm_struct *prev, struct mm_struct *next);
> >>  extern void switch_slb(struct task_struct *tsk, struct mm_struct *mm);
> >>diff --git a/arch/powerpc/mm/Makefile b/arch/powerpc/mm/Makefile
> >>index 9c8770b..e216704 100644
> >>--- a/arch/powerpc/mm/Makefile
> >>+++ b/arch/powerpc/mm/Makefile
> >>@@ -36,3 +36,4 @@ obj-$(CONFIG_PPC_SUBPAGE_PROT)	+= subpage-prot.o
> >>  obj-$(CONFIG_NOT_COHERENT_CACHE) += dma-noncoherent.o
> >>  obj-$(CONFIG_HIGHMEM)		+= highmem.o
> >>  obj-$(CONFIG_PPC_COPRO_BASE)	+= copro_fault.o
> >>+obj-$(CONFIG_SPAPR_TCE_IOMMU)	+= mmu_context_hash64_iommu.o
> >>diff --git a/arch/powerpc/mm/mmu_context_hash64.c b/arch/powerpc/mm/mmu_context_hash64.c
> >>index 178876ae..eb3080c 100644
> >>--- a/arch/powerpc/mm/mmu_context_hash64.c
> >>+++ b/arch/powerpc/mm/mmu_context_hash64.c
> >>@@ -89,6 +89,9 @@ int init_new_context(struct task_struct *tsk, struct mm_struct *mm)
> >>  #ifdef CONFIG_PPC_64K_PAGES
> >>  	mm->context.pte_frag = NULL;
> >>  #endif
> >>+#ifdef CONFIG_SPAPR_TCE_IOMMU
> >>+	INIT_LIST_HEAD_RCU(&mm->context.iommu_group_mem_list);
> >>+#endif
> >>  	return 0;
> >>  }
> >>
> >>@@ -132,6 +135,9 @@ static inline void destroy_pagetable_page(struct mm_struct *mm)
> >>
> >>  void destroy_context(struct mm_struct *mm)
> >>  {
> >>+#ifdef CONFIG_SPAPR_TCE_IOMMU
> >>+	mm_iommu_cleanup(&mm->context);
> >>+#endif
> >>
> >>  #ifdef CONFIG_PPC_ICSWX
> >>  	drop_cop(mm->context.acop, mm);
> >>diff --git a/arch/powerpc/mm/mmu_context_hash64_iommu.c b/arch/powerpc/mm/mmu_context_hash64_iommu.c
> >>new file mode 100644
> >>index 0000000..af7668c
> >>--- /dev/null
> >>+++ b/arch/powerpc/mm/mmu_context_hash64_iommu.c
> >>@@ -0,0 +1,215 @@
> >>+/*
> >>+ *  IOMMU helpers in MMU context.
> >>+ *
> >>+ *  Copyright (C) 2015 IBM Corp. <aik@ozlabs.ru>
> >>+ *
> >>+ *  This program is free software; you can redistribute it and/or
> >>+ *  modify it under the terms of the GNU General Public License
> >>+ *  as published by the Free Software Foundation; either version
> >>+ *  2 of the License, or (at your option) any later version.
> >>+ *
> >>+ */
> >>+
> >>+#include <linux/sched.h>
> >>+#include <linux/slab.h>
> >>+#include <linux/rculist.h>
> >>+#include <linux/vmalloc.h>
> >>+#include <linux/kref.h>
> >>+#include <asm/mmu_context.h>
> >>+
> >>+struct mm_iommu_table_group_mem_t {
> >>+	struct list_head next;
> >>+	struct rcu_head rcu;
> >>+	struct kref kref;	/* one reference per VFIO container */
> >>+	atomic_t mapped;	/* number of currently mapped pages */
> >>+	u64 ua;			/* userspace address */
> >>+	u64 entries;		/* number of entries in hpas[] */
> >
> >Maybe 'npages', since this is used to determine the range of user
> >addresses covered, not just the number of entries in hpas.
> 
> 
> Hm. Ok :)
> 
> 
> >>+	u64 *hpas;		/* vmalloc'ed */
> >>+};
> >>+
> >>+bool mm_iommu_preregistered(void)
> >>+{
> >>+	if (!current || !current->mm)
> >>+		return false;
> >>+
> >>+	return !list_empty(&current->mm->context.iommu_group_mem_list);
> >>+}
> >>+EXPORT_SYMBOL_GPL(mm_iommu_preregistered);
> >>+
> >>+long mm_iommu_alloc(unsigned long ua, unsigned long entries,
> >>+		struct mm_iommu_table_group_mem_t **pmem)
> >>+{
> >>+	struct mm_iommu_table_group_mem_t *mem;
> >>+	long i, j;
> >>+	struct page *page = NULL;
> >>+
> >>+	list_for_each_entry_rcu(mem, &current->mm->context.iommu_group_mem_list,
> >>+			next) {
> >>+		if ((mem->ua == ua) && (mem->entries == entries))
> >>+			return -EBUSY;
> >>+
> >>+		/* Overlap? */
> >>+		if ((mem->ua < (ua + (entries << PAGE_SHIFT))) &&
> >>+				(ua < (mem->ua + (mem->entries << PAGE_SHIFT))))
> >>+			return -EINVAL;
> >>+	}
> >>+
> >>+	mem = kzalloc(sizeof(*mem), GFP_KERNEL);
> >>+	if (!mem)
> >>+		return -ENOMEM;
> >>+
> >>+	mem->hpas = vzalloc(entries * sizeof(mem->hpas[0]));
> >>+	if (!mem->hpas) {
> >>+		kfree(mem);
> >>+		return -ENOMEM;
> >>+	}
> >>+
> >>+	for (i = 0; i < entries; ++i) {
> >>+		if (1 != get_user_pages_fast(ua + (i << PAGE_SHIFT),
> >>+					1/* pages */, 1/* iswrite */, &page)) {
> >
> >Do you really need to call gup() in a loop?  It can do more than one
> >page at a time..
> 
> 
> Ufff. gup() returns the number of pages pinned or -errno if none. So if the
> return value is positive but less than the requested number of pages, it is
> still an error. Functions like this make me nervous :(
> 
> 
> >That might work better if you kept a list of struct page *s instead of
> >hpas.
> 
> I only need struct page* when release the registered area. In other cases I
> just need fast conversion from an userspace address to a host physical
> address, including real mode. Ideally I would have to use page_address()
> which will work in real mode in my case but in general it does not have to.
> Using addresses rather than page structs makes it more explicit - I need an
> address, I store an address, simple.

Ok, you convinced me.  And if you have to translate them each from
struct page to hpa at this point, then the gup() in a loop does make
as much sense as anything, so ok.

> I can change to page structs if you think it makes more sense, should I?
> 
> 
> 
> 
> >>+			for (j = 0; j < i; ++j)
> >>+				put_page(pfn_to_page(
> >>+						mem->hpas[j] >> PAGE_SHIFT));
> >>+			vfree(mem->hpas);
> >>+			kfree(mem);
> >>+			return -EFAULT;
> >>+		}
> >>+
> >>+		mem->hpas[i] = page_to_pfn(page) << PAGE_SHIFT;
> >>+	}
> >>+
> >>+	kref_init(&mem->kref);
> >>+	atomic_set(&mem->mapped, 0);
> >>+	mem->ua = ua;
> >>+	mem->entries = entries;
> >>+	*pmem = mem;
> >>+
> >>+	list_add_rcu(&mem->next, &current->mm->context.iommu_group_mem_list);
> >>+
> >>+	return 0;
> >>+}
> >>+EXPORT_SYMBOL_GPL(mm_iommu_alloc);
> >>+
> >>+static void mm_iommu_unpin(struct mm_iommu_table_group_mem_t *mem)
> >>+{
> >>+	long i;
> >>+	struct page *page = NULL;
> >>+
> >>+	for (i = 0; i < mem->entries; ++i) {
> >>+		if (!mem->hpas[i])
> >>+			continue;
> >>+
> >>+		page = pfn_to_page(mem->hpas[i] >> PAGE_SHIFT);
> >>+		if (!page)
> >>+			continue;
> >>+
> >>+		put_page(page);
> >>+		mem->hpas[i] = 0;
> >>+	}
> >>+}
> >>+
> >>+static void mm_iommu_free(struct rcu_head *head)
> >>+{
> >>+	struct mm_iommu_table_group_mem_t *mem = container_of(head,
> >>+			struct mm_iommu_table_group_mem_t, rcu);
> >>+
> >>+	mm_iommu_unpin(mem);
> >>+	vfree(mem->hpas);
> >>+	kfree(mem);
> >>+}
> >>+
> >>+static void mm_iommu_release(struct kref *kref)
> >>+{
> >>+	struct mm_iommu_table_group_mem_t *mem = container_of(kref,
> >>+			struct mm_iommu_table_group_mem_t, kref);
> >>+
> >>+	list_del_rcu(&mem->next);
> >>+	call_rcu(&mem->rcu, mm_iommu_free);
> >>+}
> >>+
> >>+struct mm_iommu_table_group_mem_t *mm_iommu_get(unsigned long ua,
> >>+		unsigned long entries)
> >>+{
> >>+	struct mm_iommu_table_group_mem_t *mem;
> >>+
> >>+	list_for_each_entry_rcu(mem, &current->mm->context.iommu_group_mem_list,
> >>+			next) {
> >>+		if ((mem->ua == ua) && (mem->entries == entries)) {
> >>+			kref_get(&mem->kref);
> >>+			return mem;
> >>+		}
> >>+	}
> >>+
> >>+	return NULL;
> >>+}
> >>+EXPORT_SYMBOL_GPL(mm_iommu_get);
> >>+
> >>+long mm_iommu_put(struct mm_iommu_table_group_mem_t *mem)
> >>+{
> >>+	if (atomic_read(&mem->mapped))
> >>+		return -EBUSY;
> >
> >What prevents a race between the atomic_read() above and the release below?
> 
> Ouch. Nothing. And I cannot think of any nice fast solution here...
> I can remove @mapped at all and do kref_get/put(&mem->kref) instead; a
> container will hold one reference too. And add a flag to
> mm_iommu_table_group_mem_t to know if mm_iommu_release has been called -
> this way I will know that was the very last reference, otherwise I'll return
> -EBUSY.
> 
> Or change mm_iommu_lookup() to do kref_get() and require every caller of it
> also call mm_iommu_put() and only call mm_iommu_mapped_update() when the
> reference is elevated. And change mm_iommu_put() to return a special code if
> that was the very last put() (will be checked by
> VFIO_IOMMU_SPAPR_UNREGISTER_MEMORY handler only, others would not care).
> 
> Any ideas?
> 
> I am pretty sure there is something very cool (like RCU) which allows
> avoiding locks in this situation, I am just too ignorant and do not know it
> :)

I can't quickly see an answer either, sorry.


> >>+	kref_put(&mem->kref, mm_iommu_release);
> >>+
> >>+	return 0;
> >>+}
> >>+EXPORT_SYMBOL_GPL(mm_iommu_put);
> >>+
> >>+struct mm_iommu_table_group_mem_t *mm_iommu_lookup(unsigned long ua,
> >>+		unsigned long size)
> >>+{
> >>+	struct mm_iommu_table_group_mem_t *mem, *ret = NULL;
> >>+
> >>+	list_for_each_entry_rcu(mem,
> >>+			&current->mm->context.iommu_group_mem_list,
> >>+			next) {
> >>+		if ((mem->ua <= ua) &&
> >>+				(ua + size <= mem->ua +
> >>+				 (mem->entries << PAGE_SHIFT))) {
> >>+			ret = mem;
> >>+			break;
> >>+		}
> >>+	}
> >>+
> >>+	return ret;
> >>+}
> >>+EXPORT_SYMBOL_GPL(mm_iommu_lookup);
> >>+
> >>+long mm_iommu_ua_to_hpa(struct mm_iommu_table_group_mem_t *mem,
> >>+		unsigned long ua, unsigned long *hpa)
> >
> >Return type should be int, it's just an error code.
> 
> 
> Is it some generic rule that errors must always be "int"? I was just told
> that gcc on PPC64 will generate an extra instruction to cut 64bit long to
> 32bit int so I am just trying to use "long" everywhere. Very simple but
> still optimization :)

Ok, I guess leave it.  Probably makes little difference either way.

> 
> 
> >>+{
> >>+	const long entry = (ua - mem->ua) >> PAGE_SHIFT;
> >>+	u64 *va = &mem->hpas[entry];
> >>+
> >>+	if (entry >= mem->entries)
> >>+		return -EFAULT;
> >>+
> >>+	*hpa = *va | (ua & ~PAGE_MASK);
> >>+
> >>+	return 0;
> >>+}
> >>+EXPORT_SYMBOL_GPL(mm_iommu_ua_to_hpa);
> >>+
> >>+long mm_iommu_mapped_update(struct mm_iommu_table_group_mem_t *mem, bool inc)
> >>+{
> >>+	long ret = 0;
> >>+
> >>+	if (inc)
> >>+		atomic_inc(&mem->mapped);
> >>+	else
> >>+		ret = atomic_dec_if_positive(&mem->mapped);
> >>+
> >>+	return ret;
> >>+}
> >>+EXPORT_SYMBOL_GPL(mm_iommu_mapped_update);
> >
> >I think this would be clearer as separate inc and dec functions.
> 
> Okay.
> 
> 
> >>+
> >>+void mm_iommu_cleanup(mm_context_t *ctx)
> >>+{
> >>+	while (!list_empty(&ctx->iommu_group_mem_list)) {
> >>+		struct mm_iommu_table_group_mem_t *mem;
> >>+
> >>+		mem = list_first_entry(&ctx->iommu_group_mem_list,
> >>+				struct mm_iommu_table_group_mem_t, next);
> >>+		mm_iommu_release(&mem->kref);
> >>+	}
> >>+}
> >
> 
> 

-- 
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: Type: application/pgp-signature, Size: 819 bytes --]

  reply	other threads:[~2015-05-05 13:09 UTC|newest]

Thread overview: 220+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-04-25 12:14 [PATCH kernel v9 00/32] powerpc/iommu/vfio: Enable Dynamic DMA windows Alexey Kardashevskiy
2015-04-25 12:14 ` Alexey Kardashevskiy
2015-04-25 12:14 ` [PATCH kernel v9 01/32] powerpc/iommu: Split iommu_free_table into 2 helpers Alexey Kardashevskiy
2015-04-25 12:14   ` Alexey Kardashevskiy
2015-04-29  2:03   ` David Gibson
2015-04-29  2:03     ` David Gibson
2015-04-25 12:14 ` [PATCH kernel v9 02/32] Revert "powerpc/powernv: Allocate struct pnv_ioda_pe iommu_table dynamically" Alexey Kardashevskiy
2015-04-25 12:14   ` Alexey Kardashevskiy
2015-04-27 21:05   ` Alex Williamson
2015-04-27 21:05     ` Alex Williamson
2015-04-29  2:05   ` David Gibson
2015-04-29  2:05     ` David Gibson
2015-04-25 12:14 ` [PATCH kernel v9 03/32] vfio: powerpc/spapr: Move page pinning from arch code to VFIO IOMMU driver Alexey Kardashevskiy
2015-04-25 12:14   ` Alexey Kardashevskiy
2015-04-25 12:14 ` [PATCH kernel v9 04/32] vfio: powerpc/spapr: Check that IOMMU page is fully contained by system page Alexey Kardashevskiy
2015-04-25 12:14   ` Alexey Kardashevskiy
2015-04-25 12:14 ` [PATCH kernel v9 05/32] vfio: powerpc/spapr: Use it_page_size Alexey Kardashevskiy
2015-04-25 12:14   ` Alexey Kardashevskiy
2015-04-25 12:14 ` [PATCH kernel v9 06/32] vfio: powerpc/spapr: Move locked_vm accounting to helpers Alexey Kardashevskiy
2015-04-25 12:14   ` Alexey Kardashevskiy
2015-04-25 12:14 ` [PATCH kernel v9 07/32] vfio: powerpc/spapr: Disable DMA mappings on disabled container Alexey Kardashevskiy
2015-04-25 12:14   ` Alexey Kardashevskiy
2015-04-25 12:14 ` [PATCH kernel v9 08/32] vfio: powerpc/spapr: Moving pinning/unpinning to helpers Alexey Kardashevskiy
2015-04-25 12:14   ` Alexey Kardashevskiy
2015-04-29  2:14   ` David Gibson
2015-04-29  2:14     ` David Gibson
2015-04-25 12:14 ` [PATCH kernel v9 09/32] vfio: powerpc/spapr: Rework groups attaching Alexey Kardashevskiy
2015-04-25 12:14   ` Alexey Kardashevskiy
2015-04-29  2:16   ` David Gibson
2015-04-29  2:16     ` David Gibson
2015-04-30  2:29     ` Alexey Kardashevskiy
2015-04-30  2:29       ` Alexey Kardashevskiy
2015-04-30  4:05       ` David Gibson
2015-04-30  4:05         ` David Gibson
2015-04-25 12:14 ` [PATCH kernel v9 10/32] powerpc/powernv: Do not set "read" flag if direction==DMA_NONE Alexey Kardashevskiy
2015-04-25 12:14   ` Alexey Kardashevskiy
2015-04-25 12:14 ` [PATCH kernel v9 11/32] powerpc/iommu: Move tce_xxx callbacks from ppc_md to iommu_table Alexey Kardashevskiy
2015-04-25 12:14   ` Alexey Kardashevskiy
2015-04-25 12:14 ` [PATCH kernel v9 12/32] powerpc/spapr: vfio: Switch from iommu_table to new iommu_table_group Alexey Kardashevskiy
2015-04-25 12:14   ` Alexey Kardashevskiy
2015-04-29  2:49   ` David Gibson
2015-04-29  2:49     ` David Gibson
2015-04-30  2:30     ` Alexey Kardashevskiy
2015-04-30  2:30       ` Alexey Kardashevskiy
2015-04-25 12:14 ` [PATCH kernel v9 13/32] vfio: powerpc/spapr/iommu/powernv/ioda2: Rework IOMMU ownership control Alexey Kardashevskiy
2015-04-25 12:14   ` Alexey Kardashevskiy
2015-04-29  3:02   ` David Gibson
2015-04-29  3:02     ` David Gibson
2015-04-29  9:19     ` Alexey Kardashevskiy
2015-04-29  9:19       ` Alexey Kardashevskiy
2015-04-30  4:08       ` David Gibson
2015-04-30  4:08         ` David Gibson
2015-04-25 12:14 ` [PATCH kernel v9 14/32] powerpc/iommu: Fix IOMMU ownership control functions Alexey Kardashevskiy
2015-04-25 12:14   ` Alexey Kardashevskiy
2015-04-29  3:08   ` David Gibson
2015-04-29  3:08     ` David Gibson
2015-04-25 12:14 ` [PATCH kernel v9 15/32] powerpc/powernv/ioda/ioda2: Rework TCE invalidation in tce_build()/tce_free() Alexey Kardashevskiy
2015-04-25 12:14   ` Alexey Kardashevskiy
2015-04-29  3:18   ` David Gibson
2015-04-29  3:18     ` David Gibson
2015-04-30  2:58     ` Alexey Kardashevskiy
2015-04-30  2:58       ` Alexey Kardashevskiy
2015-04-30  4:16       ` David Gibson
2015-04-30  4:16         ` David Gibson
2015-04-25 12:14 ` [PATCH kernel v9 16/32] powerpc/powernv/ioda: Move TCE kill register address to PE Alexey Kardashevskiy
2015-04-25 12:14   ` Alexey Kardashevskiy
2015-04-27 21:05   ` Alex Williamson
2015-04-27 21:05     ` Alex Williamson
2015-04-29  3:25   ` David Gibson
2015-04-29  3:25     ` David Gibson
2015-04-29  9:00     ` Alexey Kardashevskiy
2015-04-29  9:00       ` Alexey Kardashevskiy
2015-04-30  4:18       ` David Gibson
2015-04-30  4:18         ` David Gibson
2015-04-25 12:14 ` [PATCH kernel v9 17/32] powerpc/powernv: Implement accessor to TCE entry Alexey Kardashevskiy
2015-04-25 12:14   ` Alexey Kardashevskiy
2015-04-29  4:04   ` David Gibson
2015-04-29  4:04     ` David Gibson
2015-04-29  9:02     ` Alexey Kardashevskiy
2015-04-29  9:02       ` Alexey Kardashevskiy
2015-04-30  0:13       ` David Gibson
2015-04-30  0:13         ` David Gibson
2015-04-25 12:14 ` [PATCH kernel v9 18/32] powerpc/iommu/powernv: Release replaced TCE Alexey Kardashevskiy
2015-04-25 12:14   ` Alexey Kardashevskiy
2015-04-29  4:18   ` David Gibson
2015-04-29  4:18     ` David Gibson
2015-04-29  9:51     ` Alexey Kardashevskiy
2015-04-29  9:51       ` Alexey Kardashevskiy
2015-04-30  4:21       ` David Gibson
2015-04-30  4:21         ` David Gibson
2015-04-25 12:14 ` [PATCH kernel v9 19/32] powerpc/powernv/ioda2: Rework iommu_table creation Alexey Kardashevskiy
2015-04-25 12:14   ` Alexey Kardashevskiy
2015-04-29  4:27   ` David Gibson
2015-04-29  4:27     ` David Gibson
2015-04-25 12:14 ` [PATCH kernel v9 20/32] powerpc/powernv/ioda2: Introduce pnv_pci_create_table/pnv_pci_free_table Alexey Kardashevskiy
2015-04-25 12:14   ` Alexey Kardashevskiy
2015-04-29  4:39   ` David Gibson
2015-04-29  4:39     ` David Gibson
2015-04-29  9:12     ` Alexey Kardashevskiy
2015-04-29  9:12       ` Alexey Kardashevskiy
2015-04-30  4:24       ` David Gibson
2015-04-30  4:24         ` David Gibson
2015-05-01 10:13     ` Alexey Kardashevskiy
2015-05-01 10:13       ` Alexey Kardashevskiy
2015-04-25 12:14 ` [PATCH kernel v9 21/32] powerpc/powernv/ioda2: Introduce pnv_pci_ioda2_set_window Alexey Kardashevskiy
2015-04-25 12:14   ` Alexey Kardashevskiy
2015-04-29  4:45   ` David Gibson
2015-04-29  4:45     ` David Gibson
2015-04-29  9:26     ` Alexey Kardashevskiy
2015-04-29  9:26       ` Alexey Kardashevskiy
2015-04-30  4:32       ` David Gibson
2015-04-30  4:32         ` David Gibson
2015-04-25 12:14 ` [PATCH kernel v9 22/32] powerpc/powernv: Implement multilevel TCE tables Alexey Kardashevskiy
2015-04-25 12:14   ` Alexey Kardashevskiy
2015-04-29  5:04   ` David Gibson
2015-04-29  5:04     ` David Gibson
2015-05-01  9:48     ` Alexey Kardashevskiy
2015-05-01  9:48       ` Alexey Kardashevskiy
2015-05-05 12:05       ` David Gibson
2015-05-05 12:05         ` David Gibson
2015-04-25 12:14 ` [PATCH kernel v9 23/32] powerpc/powernv/ioda: Define and implement DMA table/window management callbacks Alexey Kardashevskiy
2015-04-25 12:14   ` Alexey Kardashevskiy
2015-04-29  5:30   ` David Gibson
2015-04-29  5:30     ` David Gibson
2015-04-29  9:44     ` Alexey Kardashevskiy
2015-04-29  9:44       ` Alexey Kardashevskiy
2015-04-30  4:37       ` David Gibson
2015-04-30  4:37         ` David Gibson
2015-04-30  9:56         ` Alexey Kardashevskiy
2015-04-30  9:56           ` Alexey Kardashevskiy
2015-05-01  3:36           ` David Gibson
2015-05-01  3:36             ` David Gibson
2015-04-25 12:14 ` [PATCH kernel v9 24/32] powerpc/powernv/ioda2: Use new helpers to do proper cleanup on PE release Alexey Kardashevskiy
2015-04-25 12:14   ` Alexey Kardashevskiy
2015-04-25 12:14 ` [PATCH kernel v9 25/32] vfio: powerpc/spapr: powerpc/powernv/ioda2: Rework ownership Alexey Kardashevskiy
2015-04-25 12:14   ` Alexey Kardashevskiy
2015-04-29  5:39   ` David Gibson
2015-04-29  5:39     ` David Gibson
2015-04-25 12:14 ` [PATCH kernel v9 26/32] powerpc/iommu: Add userspace view of TCE table Alexey Kardashevskiy
2015-04-25 12:14   ` Alexey Kardashevskiy
2015-04-29  6:31   ` David Gibson
2015-04-29  6:31     ` David Gibson
2015-05-01  4:01     ` Alexey Kardashevskiy
2015-05-01  4:01       ` Alexey Kardashevskiy
2015-05-01  4:23       ` David Gibson
2015-05-01  4:23         ` David Gibson
2015-05-01  7:12         ` Alexey Kardashevskiy
2015-05-01  7:12           ` Alexey Kardashevskiy
2015-05-05 12:02           ` David Gibson
2015-05-05 12:02             ` David Gibson
2015-05-11  2:11             ` Alexey Kardashevskiy
2015-05-11  2:11               ` Alexey Kardashevskiy
2015-05-11  4:52               ` Alexey Kardashevskiy
2015-05-11  4:52                 ` Alexey Kardashevskiy
2015-04-25 12:14 ` [PATCH kernel v9 27/32] powerpc/iommu/ioda2: Add get_table_size() to calculate the size of future table Alexey Kardashevskiy
2015-04-25 12:14   ` Alexey Kardashevskiy
2015-04-29  6:40   ` David Gibson
2015-04-29  6:40     ` David Gibson
2015-05-01  4:10     ` Alexey Kardashevskiy
2015-05-01  4:10       ` Alexey Kardashevskiy
2015-05-01  5:12       ` David Gibson
2015-05-01  5:12         ` David Gibson
2015-05-01  6:53         ` Alexey Kardashevskiy
2015-05-01  6:53           ` Alexey Kardashevskiy
2015-05-05 11:58           ` David Gibson
2015-05-05 11:58             ` David Gibson
2015-05-11  2:24             ` Alexey Kardashevskiy
2015-05-11  2:24               ` Alexey Kardashevskiy
2015-04-25 12:14 ` [PATCH kernel v9 28/32] powerpc/mmu: Add userspace-to-physical addresses translation cache Alexey Kardashevskiy
2015-04-25 12:14   ` Alexey Kardashevskiy
2015-04-29  7:01   ` David Gibson
2015-04-29  7:01     ` David Gibson
2015-05-01 11:26     ` Alexey Kardashevskiy
2015-05-01 11:26       ` Alexey Kardashevskiy
2015-05-05 12:12       ` David Gibson [this message]
2015-05-05 12:12         ` David Gibson
2015-04-30  6:34   ` David Gibson
2015-04-30  6:34     ` David Gibson
2015-04-30  8:25     ` Paul Mackerras
2015-04-30  8:25       ` Paul Mackerras
2015-05-01  3:39       ` David Gibson
2015-05-01  3:39         ` David Gibson
2015-04-25 12:14 ` [PATCH kernel v9 29/32] vfio: powerpc/spapr: Register memory and define IOMMU v2 Alexey Kardashevskiy
2015-04-25 12:14   ` Alexey Kardashevskiy
2015-04-30  6:55   ` David Gibson
2015-04-30  6:55     ` David Gibson
2015-05-01  4:35     ` Alexey Kardashevskiy
2015-05-01  4:35       ` Alexey Kardashevskiy
2015-05-01  5:23       ` David Gibson
2015-05-01  5:23         ` David Gibson
2015-05-01  6:27         ` Alexey Kardashevskiy
2015-05-01  6:27           ` Alexey Kardashevskiy
2015-05-05 11:53           ` David Gibson
2015-05-05 11:53             ` David Gibson
2015-04-25 12:14 ` [PATCH kernel v9 30/32] vfio: powerpc/spapr: Use 32bit DMA window properties from table_group Alexey Kardashevskiy
2015-04-25 12:14   ` Alexey Kardashevskiy
2015-04-27 22:18   ` Alex Williamson
2015-04-27 22:18     ` Alex Williamson
2015-04-30  6:58   ` David Gibson
2015-04-30  6:58     ` David Gibson
2015-04-25 12:14 ` [PATCH kernel v9 31/32] vfio: powerpc/spapr: Support multiple groups in one container if possible Alexey Kardashevskiy
2015-04-25 12:14   ` Alexey Kardashevskiy
2015-04-30  7:22   ` David Gibson
2015-04-30  7:22     ` David Gibson
2015-04-30  9:33     ` Alexey Kardashevskiy
2015-04-30  9:33       ` Alexey Kardashevskiy
2015-05-01  0:46       ` Benjamin Herrenschmidt
2015-05-01  0:46         ` Benjamin Herrenschmidt
2015-05-01  4:44         ` David Gibson
2015-05-01  4:44           ` David Gibson
2015-05-01  4:33       ` David Gibson
2015-05-01  4:33         ` David Gibson
2015-05-01  6:05         ` Alexey Kardashevskiy
2015-05-01  6:05           ` Alexey Kardashevskiy
2015-05-05 11:50           ` David Gibson
2015-05-05 11:50             ` David Gibson
2015-05-11  2:26             ` Alexey Kardashevskiy
2015-05-11  2:26               ` Alexey Kardashevskiy
2015-04-25 12:14 ` [PATCH kernel v9 32/32] vfio: powerpc/spapr: Support Dynamic DMA windows Alexey Kardashevskiy
2015-04-25 12:14   ` Alexey Kardashevskiy

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=20150505121251.GO14090@voom.redhat.com \
    --to=david@gibson.dropbear.id.au \
    --cc=aik@ozlabs.ru \
    --cc=alex.williamson@redhat.com \
    --cc=gwshan@linux.vnet.ibm.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linuxppc-dev@lists.ozlabs.org \
    --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 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.