All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH 0/2] introduce XENMEM_cache_flush
@ 2014-10-02 10:06 ` Stefano Stabellini
  0 siblings, 0 replies; 21+ messages in thread
From: Stefano Stabellini @ 2014-10-02 10:06 UTC (permalink / raw)
  To: xen-devel
  Cc: Konrad Rzeszutek Wilk, Ian Campbell, David Vrabel, linux-kernel,
	Stefano Stabellini, linux-arm-kernel

Hi all,
this patch series introduces support for XENMEM_cache_flush to perform
cache maintenance operation on foreign pages and reverts the current
code based on XENFEAT_grant_map_identity.


Stefano Stabellini (2):
      xen/arm: remove handling of XENFEAT_grant_map_identity
      xen/arm: introduce XENMEM_cache_flush

 arch/arm/xen/enlighten.c       |    5 --
 arch/arm/xen/mm32.c            |  100 +++++++---------------------------------
 include/xen/interface/memory.h |   16 +++++++
 3 files changed, 33 insertions(+), 88 deletions(-)

^ permalink raw reply	[flat|nested] 21+ messages in thread

* [PATCH 0/2] introduce XENMEM_cache_flush
@ 2014-10-02 10:06 ` Stefano Stabellini
  0 siblings, 0 replies; 21+ messages in thread
From: Stefano Stabellini @ 2014-10-02 10:06 UTC (permalink / raw)
  To: linux-arm-kernel

Hi all,
this patch series introduces support for XENMEM_cache_flush to perform
cache maintenance operation on foreign pages and reverts the current
code based on XENFEAT_grant_map_identity.


Stefano Stabellini (2):
      xen/arm: remove handling of XENFEAT_grant_map_identity
      xen/arm: introduce XENMEM_cache_flush

 arch/arm/xen/enlighten.c       |    5 --
 arch/arm/xen/mm32.c            |  100 +++++++---------------------------------
 include/xen/interface/memory.h |   16 +++++++
 3 files changed, 33 insertions(+), 88 deletions(-)

^ permalink raw reply	[flat|nested] 21+ messages in thread

* [PATCH 0/2] introduce XENMEM_cache_flush
@ 2014-10-02 10:06 ` Stefano Stabellini
  0 siblings, 0 replies; 21+ messages in thread
From: Stefano Stabellini @ 2014-10-02 10:06 UTC (permalink / raw)
  To: xen-devel
  Cc: Konrad Rzeszutek Wilk, Ian Campbell, David Vrabel, linux-kernel,
	Stefano Stabellini, linux-arm-kernel

Hi all,
this patch series introduces support for XENMEM_cache_flush to perform
cache maintenance operation on foreign pages and reverts the current
code based on XENFEAT_grant_map_identity.


Stefano Stabellini (2):
      xen/arm: remove handling of XENFEAT_grant_map_identity
      xen/arm: introduce XENMEM_cache_flush

 arch/arm/xen/enlighten.c       |    5 --
 arch/arm/xen/mm32.c            |  100 +++++++---------------------------------
 include/xen/interface/memory.h |   16 +++++++
 3 files changed, 33 insertions(+), 88 deletions(-)

^ permalink raw reply	[flat|nested] 21+ messages in thread

* [PATCH 1/2] xen/arm: remove handling of XENFEAT_grant_map_identity
  2014-10-02 10:06 ` Stefano Stabellini
  (?)
@ 2014-10-02 10:06   ` Stefano Stabellini
  -1 siblings, 0 replies; 21+ messages in thread
From: Stefano Stabellini @ 2014-10-02 10:06 UTC (permalink / raw)
  To: xen-devel
  Cc: konrad.wilk, Ian.Campbell, david.vrabel, linux-kernel,
	Stefano.Stabellini, linux-arm-kernel, Stefano Stabellini

Keep the definition of the flag.

Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
---
 arch/arm/xen/enlighten.c |    5 ---
 arch/arm/xen/mm32.c      |   85 +---------------------------------------------
 2 files changed, 1 insertion(+), 89 deletions(-)

diff --git a/arch/arm/xen/enlighten.c b/arch/arm/xen/enlighten.c
index 0e15f01..c7ca936 100644
--- a/arch/arm/xen/enlighten.c
+++ b/arch/arm/xen/enlighten.c
@@ -261,11 +261,6 @@ static int __init xen_guest_init(void)
 
 	xen_setup_features();
 
-	if (!xen_feature(XENFEAT_grant_map_identity)) {
-		pr_warn("Please upgrade your Xen.\n"
-				"If your platform has any non-coherent DMA devices, they won't work properly.\n");
-	}
-
 	if (xen_feature(XENFEAT_dom0))
 		xen_start_info->flags |= SIF_INITDOMAIN|SIF_PRIVILEGED;
 	else
diff --git a/arch/arm/xen/mm32.c b/arch/arm/xen/mm32.c
index 3b99860..a5a93fc 100644
--- a/arch/arm/xen/mm32.c
+++ b/arch/arm/xen/mm32.c
@@ -5,70 +5,6 @@
 
 #include <xen/features.h>
 
-static DEFINE_PER_CPU(unsigned long, xen_mm32_scratch_virt);
-static DEFINE_PER_CPU(pte_t *, xen_mm32_scratch_ptep);
-
-static int alloc_xen_mm32_scratch_page(int cpu)
-{
-	struct page *page;
-	unsigned long virt;
-	pmd_t *pmdp;
-	pte_t *ptep;
-
-	if (per_cpu(xen_mm32_scratch_ptep, cpu) != NULL)
-		return 0;
-
-	page = alloc_page(GFP_KERNEL);
-	if (page == NULL) {
-		pr_warn("Failed to allocate xen_mm32_scratch_page for cpu %d\n", cpu);
-		return -ENOMEM;
-	}
-
-	virt = (unsigned long)__va(page_to_phys(page));
-	pmdp = pmd_offset(pud_offset(pgd_offset_k(virt), virt), virt);
-	ptep = pte_offset_kernel(pmdp, virt);
-
-	per_cpu(xen_mm32_scratch_virt, cpu) = virt;
-	per_cpu(xen_mm32_scratch_ptep, cpu) = ptep;
-
-	return 0;
-}
-
-static int xen_mm32_cpu_notify(struct notifier_block *self,
-				    unsigned long action, void *hcpu)
-{
-	int cpu = (long)hcpu;
-	switch (action) {
-	case CPU_UP_PREPARE:
-		if (alloc_xen_mm32_scratch_page(cpu))
-			return NOTIFY_BAD;
-		break;
-	default:
-		break;
-	}
-	return NOTIFY_OK;
-}
-
-static struct notifier_block xen_mm32_cpu_notifier = {
-	.notifier_call	= xen_mm32_cpu_notify,
-};
-
-static void* xen_mm32_remap_page(dma_addr_t handle)
-{
-	unsigned long virt = get_cpu_var(xen_mm32_scratch_virt);
-	pte_t *ptep = __get_cpu_var(xen_mm32_scratch_ptep);
-
-	*ptep = pfn_pte(handle >> PAGE_SHIFT, PAGE_KERNEL);
-	local_flush_tlb_kernel_page(virt);
-
-	return (void*)virt;
-}
-
-static void xen_mm32_unmap(void *vaddr)
-{
-	put_cpu_var(xen_mm32_scratch_virt);
-}
-
 
 /* functions called by SWIOTLB */
 
@@ -88,13 +24,7 @@ static void dma_cache_maint(dma_addr_t handle, unsigned long offset,
 	
 		if (!pfn_valid(pfn))
 		{
-			/* Cannot map the page, we don't know its physical address.
-			 * Return and hope for the best */
-			if (!xen_feature(XENFEAT_grant_map_identity))
-				return;
-			vaddr = xen_mm32_remap_page(handle) + offset;
-			op(vaddr, len, dir);
-			xen_mm32_unmap(vaddr - offset);
+			/* TODO: cache flush */
 		} else {
 			struct page *page = pfn_to_page(pfn);
 
@@ -181,22 +111,9 @@ void xen_dma_sync_single_for_device(struct device *hwdev,
 
 int __init xen_mm32_init(void)
 {
-	int cpu;
-
 	if (!xen_initial_domain())
 		return 0;
 
-	register_cpu_notifier(&xen_mm32_cpu_notifier);
-	get_online_cpus();
-	for_each_online_cpu(cpu) {
-		if (alloc_xen_mm32_scratch_page(cpu)) {
-			put_online_cpus();
-			unregister_cpu_notifier(&xen_mm32_cpu_notifier);
-			return -ENOMEM;
-		}
-	}
-	put_online_cpus();
-
 	return 0;
 }
 arch_initcall(xen_mm32_init);
-- 
1.7.10.4


^ permalink raw reply related	[flat|nested] 21+ messages in thread

* [PATCH 1/2] xen/arm: remove handling of XENFEAT_grant_map_identity
@ 2014-10-02 10:06   ` Stefano Stabellini
  0 siblings, 0 replies; 21+ messages in thread
From: Stefano Stabellini @ 2014-10-02 10:06 UTC (permalink / raw)
  To: linux-arm-kernel

Keep the definition of the flag.

Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
---
 arch/arm/xen/enlighten.c |    5 ---
 arch/arm/xen/mm32.c      |   85 +---------------------------------------------
 2 files changed, 1 insertion(+), 89 deletions(-)

diff --git a/arch/arm/xen/enlighten.c b/arch/arm/xen/enlighten.c
index 0e15f01..c7ca936 100644
--- a/arch/arm/xen/enlighten.c
+++ b/arch/arm/xen/enlighten.c
@@ -261,11 +261,6 @@ static int __init xen_guest_init(void)
 
 	xen_setup_features();
 
-	if (!xen_feature(XENFEAT_grant_map_identity)) {
-		pr_warn("Please upgrade your Xen.\n"
-				"If your platform has any non-coherent DMA devices, they won't work properly.\n");
-	}
-
 	if (xen_feature(XENFEAT_dom0))
 		xen_start_info->flags |= SIF_INITDOMAIN|SIF_PRIVILEGED;
 	else
diff --git a/arch/arm/xen/mm32.c b/arch/arm/xen/mm32.c
index 3b99860..a5a93fc 100644
--- a/arch/arm/xen/mm32.c
+++ b/arch/arm/xen/mm32.c
@@ -5,70 +5,6 @@
 
 #include <xen/features.h>
 
-static DEFINE_PER_CPU(unsigned long, xen_mm32_scratch_virt);
-static DEFINE_PER_CPU(pte_t *, xen_mm32_scratch_ptep);
-
-static int alloc_xen_mm32_scratch_page(int cpu)
-{
-	struct page *page;
-	unsigned long virt;
-	pmd_t *pmdp;
-	pte_t *ptep;
-
-	if (per_cpu(xen_mm32_scratch_ptep, cpu) != NULL)
-		return 0;
-
-	page = alloc_page(GFP_KERNEL);
-	if (page == NULL) {
-		pr_warn("Failed to allocate xen_mm32_scratch_page for cpu %d\n", cpu);
-		return -ENOMEM;
-	}
-
-	virt = (unsigned long)__va(page_to_phys(page));
-	pmdp = pmd_offset(pud_offset(pgd_offset_k(virt), virt), virt);
-	ptep = pte_offset_kernel(pmdp, virt);
-
-	per_cpu(xen_mm32_scratch_virt, cpu) = virt;
-	per_cpu(xen_mm32_scratch_ptep, cpu) = ptep;
-
-	return 0;
-}
-
-static int xen_mm32_cpu_notify(struct notifier_block *self,
-				    unsigned long action, void *hcpu)
-{
-	int cpu = (long)hcpu;
-	switch (action) {
-	case CPU_UP_PREPARE:
-		if (alloc_xen_mm32_scratch_page(cpu))
-			return NOTIFY_BAD;
-		break;
-	default:
-		break;
-	}
-	return NOTIFY_OK;
-}
-
-static struct notifier_block xen_mm32_cpu_notifier = {
-	.notifier_call	= xen_mm32_cpu_notify,
-};
-
-static void* xen_mm32_remap_page(dma_addr_t handle)
-{
-	unsigned long virt = get_cpu_var(xen_mm32_scratch_virt);
-	pte_t *ptep = __get_cpu_var(xen_mm32_scratch_ptep);
-
-	*ptep = pfn_pte(handle >> PAGE_SHIFT, PAGE_KERNEL);
-	local_flush_tlb_kernel_page(virt);
-
-	return (void*)virt;
-}
-
-static void xen_mm32_unmap(void *vaddr)
-{
-	put_cpu_var(xen_mm32_scratch_virt);
-}
-
 
 /* functions called by SWIOTLB */
 
@@ -88,13 +24,7 @@ static void dma_cache_maint(dma_addr_t handle, unsigned long offset,
 	
 		if (!pfn_valid(pfn))
 		{
-			/* Cannot map the page, we don't know its physical address.
-			 * Return and hope for the best */
-			if (!xen_feature(XENFEAT_grant_map_identity))
-				return;
-			vaddr = xen_mm32_remap_page(handle) + offset;
-			op(vaddr, len, dir);
-			xen_mm32_unmap(vaddr - offset);
+			/* TODO: cache flush */
 		} else {
 			struct page *page = pfn_to_page(pfn);
 
@@ -181,22 +111,9 @@ void xen_dma_sync_single_for_device(struct device *hwdev,
 
 int __init xen_mm32_init(void)
 {
-	int cpu;
-
 	if (!xen_initial_domain())
 		return 0;
 
-	register_cpu_notifier(&xen_mm32_cpu_notifier);
-	get_online_cpus();
-	for_each_online_cpu(cpu) {
-		if (alloc_xen_mm32_scratch_page(cpu)) {
-			put_online_cpus();
-			unregister_cpu_notifier(&xen_mm32_cpu_notifier);
-			return -ENOMEM;
-		}
-	}
-	put_online_cpus();
-
 	return 0;
 }
 arch_initcall(xen_mm32_init);
-- 
1.7.10.4

^ permalink raw reply related	[flat|nested] 21+ messages in thread

* [PATCH 1/2] xen/arm: remove handling of XENFEAT_grant_map_identity
@ 2014-10-02 10:06   ` Stefano Stabellini
  0 siblings, 0 replies; 21+ messages in thread
From: Stefano Stabellini @ 2014-10-02 10:06 UTC (permalink / raw)
  To: xen-devel
  Cc: Ian.Campbell, Stefano Stabellini, konrad.wilk, linux-kernel,
	david.vrabel, linux-arm-kernel

Keep the definition of the flag.

Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
---
 arch/arm/xen/enlighten.c |    5 ---
 arch/arm/xen/mm32.c      |   85 +---------------------------------------------
 2 files changed, 1 insertion(+), 89 deletions(-)

diff --git a/arch/arm/xen/enlighten.c b/arch/arm/xen/enlighten.c
index 0e15f01..c7ca936 100644
--- a/arch/arm/xen/enlighten.c
+++ b/arch/arm/xen/enlighten.c
@@ -261,11 +261,6 @@ static int __init xen_guest_init(void)
 
 	xen_setup_features();
 
-	if (!xen_feature(XENFEAT_grant_map_identity)) {
-		pr_warn("Please upgrade your Xen.\n"
-				"If your platform has any non-coherent DMA devices, they won't work properly.\n");
-	}
-
 	if (xen_feature(XENFEAT_dom0))
 		xen_start_info->flags |= SIF_INITDOMAIN|SIF_PRIVILEGED;
 	else
diff --git a/arch/arm/xen/mm32.c b/arch/arm/xen/mm32.c
index 3b99860..a5a93fc 100644
--- a/arch/arm/xen/mm32.c
+++ b/arch/arm/xen/mm32.c
@@ -5,70 +5,6 @@
 
 #include <xen/features.h>
 
-static DEFINE_PER_CPU(unsigned long, xen_mm32_scratch_virt);
-static DEFINE_PER_CPU(pte_t *, xen_mm32_scratch_ptep);
-
-static int alloc_xen_mm32_scratch_page(int cpu)
-{
-	struct page *page;
-	unsigned long virt;
-	pmd_t *pmdp;
-	pte_t *ptep;
-
-	if (per_cpu(xen_mm32_scratch_ptep, cpu) != NULL)
-		return 0;
-
-	page = alloc_page(GFP_KERNEL);
-	if (page == NULL) {
-		pr_warn("Failed to allocate xen_mm32_scratch_page for cpu %d\n", cpu);
-		return -ENOMEM;
-	}
-
-	virt = (unsigned long)__va(page_to_phys(page));
-	pmdp = pmd_offset(pud_offset(pgd_offset_k(virt), virt), virt);
-	ptep = pte_offset_kernel(pmdp, virt);
-
-	per_cpu(xen_mm32_scratch_virt, cpu) = virt;
-	per_cpu(xen_mm32_scratch_ptep, cpu) = ptep;
-
-	return 0;
-}
-
-static int xen_mm32_cpu_notify(struct notifier_block *self,
-				    unsigned long action, void *hcpu)
-{
-	int cpu = (long)hcpu;
-	switch (action) {
-	case CPU_UP_PREPARE:
-		if (alloc_xen_mm32_scratch_page(cpu))
-			return NOTIFY_BAD;
-		break;
-	default:
-		break;
-	}
-	return NOTIFY_OK;
-}
-
-static struct notifier_block xen_mm32_cpu_notifier = {
-	.notifier_call	= xen_mm32_cpu_notify,
-};
-
-static void* xen_mm32_remap_page(dma_addr_t handle)
-{
-	unsigned long virt = get_cpu_var(xen_mm32_scratch_virt);
-	pte_t *ptep = __get_cpu_var(xen_mm32_scratch_ptep);
-
-	*ptep = pfn_pte(handle >> PAGE_SHIFT, PAGE_KERNEL);
-	local_flush_tlb_kernel_page(virt);
-
-	return (void*)virt;
-}
-
-static void xen_mm32_unmap(void *vaddr)
-{
-	put_cpu_var(xen_mm32_scratch_virt);
-}
-
 
 /* functions called by SWIOTLB */
 
@@ -88,13 +24,7 @@ static void dma_cache_maint(dma_addr_t handle, unsigned long offset,
 	
 		if (!pfn_valid(pfn))
 		{
-			/* Cannot map the page, we don't know its physical address.
-			 * Return and hope for the best */
-			if (!xen_feature(XENFEAT_grant_map_identity))
-				return;
-			vaddr = xen_mm32_remap_page(handle) + offset;
-			op(vaddr, len, dir);
-			xen_mm32_unmap(vaddr - offset);
+			/* TODO: cache flush */
 		} else {
 			struct page *page = pfn_to_page(pfn);
 
@@ -181,22 +111,9 @@ void xen_dma_sync_single_for_device(struct device *hwdev,
 
 int __init xen_mm32_init(void)
 {
-	int cpu;
-
 	if (!xen_initial_domain())
 		return 0;
 
-	register_cpu_notifier(&xen_mm32_cpu_notifier);
-	get_online_cpus();
-	for_each_online_cpu(cpu) {
-		if (alloc_xen_mm32_scratch_page(cpu)) {
-			put_online_cpus();
-			unregister_cpu_notifier(&xen_mm32_cpu_notifier);
-			return -ENOMEM;
-		}
-	}
-	put_online_cpus();
-
 	return 0;
 }
 arch_initcall(xen_mm32_init);
-- 
1.7.10.4

^ permalink raw reply related	[flat|nested] 21+ messages in thread

* [PATCH 2/2] xen/arm: introduce XENMEM_cache_flush
  2014-10-02 10:06 ` Stefano Stabellini
  (?)
@ 2014-10-02 10:06   ` Stefano Stabellini
  -1 siblings, 0 replies; 21+ messages in thread
From: Stefano Stabellini @ 2014-10-02 10:06 UTC (permalink / raw)
  To: xen-devel
  Cc: konrad.wilk, Ian.Campbell, david.vrabel, linux-kernel,
	Stefano.Stabellini, linux-arm-kernel, Stefano Stabellini

Introduce support for new hypercall XENMEM_cache_flush.
Use it to perform cache flashing on pages used for dma when necessary.

Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
---
 arch/arm/xen/mm32.c            |   19 ++++++++++++++++++-
 include/xen/interface/memory.h |   16 ++++++++++++++++
 2 files changed, 34 insertions(+), 1 deletion(-)

diff --git a/arch/arm/xen/mm32.c b/arch/arm/xen/mm32.c
index a5a93fc..aa45332 100644
--- a/arch/arm/xen/mm32.c
+++ b/arch/arm/xen/mm32.c
@@ -4,6 +4,9 @@
 #include <linux/highmem.h>
 
 #include <xen/features.h>
+#include <xen/interface/memory.h>
+
+#include <asm/xen/hypercall.h>
 
 
 /* functions called by SWIOTLB */
@@ -24,7 +27,21 @@ static void dma_cache_maint(dma_addr_t handle, unsigned long offset,
 	
 		if (!pfn_valid(pfn))
 		{
-			/* TODO: cache flush */
+			struct xen_cache_flush cflush;
+
+			cflush.op = 0;
+			cflush.addr = handle + offset;
+			cflush.size = size;
+
+			if (op == dmac_unmap_area && dir != DMA_TO_DEVICE)
+				cflush.op = XENMEM_CACHE_INVAL;
+			if (op == dmac_map_area) {
+				cflush.op = XENMEM_CACHE_CLEAN;
+				if (dir == DMA_FROM_DEVICE)
+					cflush.op |= XENMEM_CACHE_INVAL;
+			}
+			if (cflush.op)
+				HYPERVISOR_memory_op(XENMEM_cache_flush, &cflush);
 		} else {
 			struct page *page = pfn_to_page(pfn);
 
diff --git a/include/xen/interface/memory.h b/include/xen/interface/memory.h
index 2ecfe4f..7d7e039 100644
--- a/include/xen/interface/memory.h
+++ b/include/xen/interface/memory.h
@@ -263,4 +263,20 @@ struct xen_remove_from_physmap {
 };
 DEFINE_GUEST_HANDLE_STRUCT(xen_remove_from_physmap);
 
+/*
+ * Issue one or more cache maintenance operations on a memory range
+ * owned by the calling domain or granted to the calling domain by a
+ * foreign domain.
+ */
+#define XENMEM_cache_flush                 27
+struct xen_cache_flush {
+/* addr is the machine address at the start of the memory range */
+uint64_t addr;
+uint64_t size;
+#define XENMEM_CACHE_CLEAN      (1<<0)
+#define XENMEM_CACHE_INVAL      (1<<1)
+uint32_t op;
+};
+DEFINE_GUEST_HANDLE_STRUCT(xen_cache_flush);
+
 #endif /* __XEN_PUBLIC_MEMORY_H__ */
-- 
1.7.10.4


^ permalink raw reply related	[flat|nested] 21+ messages in thread

* [PATCH 2/2] xen/arm: introduce XENMEM_cache_flush
@ 2014-10-02 10:06   ` Stefano Stabellini
  0 siblings, 0 replies; 21+ messages in thread
From: Stefano Stabellini @ 2014-10-02 10:06 UTC (permalink / raw)
  To: linux-arm-kernel

Introduce support for new hypercall XENMEM_cache_flush.
Use it to perform cache flashing on pages used for dma when necessary.

Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
---
 arch/arm/xen/mm32.c            |   19 ++++++++++++++++++-
 include/xen/interface/memory.h |   16 ++++++++++++++++
 2 files changed, 34 insertions(+), 1 deletion(-)

diff --git a/arch/arm/xen/mm32.c b/arch/arm/xen/mm32.c
index a5a93fc..aa45332 100644
--- a/arch/arm/xen/mm32.c
+++ b/arch/arm/xen/mm32.c
@@ -4,6 +4,9 @@
 #include <linux/highmem.h>
 
 #include <xen/features.h>
+#include <xen/interface/memory.h>
+
+#include <asm/xen/hypercall.h>
 
 
 /* functions called by SWIOTLB */
@@ -24,7 +27,21 @@ static void dma_cache_maint(dma_addr_t handle, unsigned long offset,
 	
 		if (!pfn_valid(pfn))
 		{
-			/* TODO: cache flush */
+			struct xen_cache_flush cflush;
+
+			cflush.op = 0;
+			cflush.addr = handle + offset;
+			cflush.size = size;
+
+			if (op == dmac_unmap_area && dir != DMA_TO_DEVICE)
+				cflush.op = XENMEM_CACHE_INVAL;
+			if (op == dmac_map_area) {
+				cflush.op = XENMEM_CACHE_CLEAN;
+				if (dir == DMA_FROM_DEVICE)
+					cflush.op |= XENMEM_CACHE_INVAL;
+			}
+			if (cflush.op)
+				HYPERVISOR_memory_op(XENMEM_cache_flush, &cflush);
 		} else {
 			struct page *page = pfn_to_page(pfn);
 
diff --git a/include/xen/interface/memory.h b/include/xen/interface/memory.h
index 2ecfe4f..7d7e039 100644
--- a/include/xen/interface/memory.h
+++ b/include/xen/interface/memory.h
@@ -263,4 +263,20 @@ struct xen_remove_from_physmap {
 };
 DEFINE_GUEST_HANDLE_STRUCT(xen_remove_from_physmap);
 
+/*
+ * Issue one or more cache maintenance operations on a memory range
+ * owned by the calling domain or granted to the calling domain by a
+ * foreign domain.
+ */
+#define XENMEM_cache_flush                 27
+struct xen_cache_flush {
+/* addr is the machine address at the start of the memory range */
+uint64_t addr;
+uint64_t size;
+#define XENMEM_CACHE_CLEAN      (1<<0)
+#define XENMEM_CACHE_INVAL      (1<<1)
+uint32_t op;
+};
+DEFINE_GUEST_HANDLE_STRUCT(xen_cache_flush);
+
 #endif /* __XEN_PUBLIC_MEMORY_H__ */
-- 
1.7.10.4

^ permalink raw reply related	[flat|nested] 21+ messages in thread

* [PATCH 2/2] xen/arm: introduce XENMEM_cache_flush
@ 2014-10-02 10:06   ` Stefano Stabellini
  0 siblings, 0 replies; 21+ messages in thread
From: Stefano Stabellini @ 2014-10-02 10:06 UTC (permalink / raw)
  To: xen-devel
  Cc: konrad.wilk, Ian.Campbell, david.vrabel, linux-kernel,
	Stefano.Stabellini, linux-arm-kernel, Stefano Stabellini

Introduce support for new hypercall XENMEM_cache_flush.
Use it to perform cache flashing on pages used for dma when necessary.

Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
---
 arch/arm/xen/mm32.c            |   19 ++++++++++++++++++-
 include/xen/interface/memory.h |   16 ++++++++++++++++
 2 files changed, 34 insertions(+), 1 deletion(-)

diff --git a/arch/arm/xen/mm32.c b/arch/arm/xen/mm32.c
index a5a93fc..aa45332 100644
--- a/arch/arm/xen/mm32.c
+++ b/arch/arm/xen/mm32.c
@@ -4,6 +4,9 @@
 #include <linux/highmem.h>
 
 #include <xen/features.h>
+#include <xen/interface/memory.h>
+
+#include <asm/xen/hypercall.h>
 
 
 /* functions called by SWIOTLB */
@@ -24,7 +27,21 @@ static void dma_cache_maint(dma_addr_t handle, unsigned long offset,
 	
 		if (!pfn_valid(pfn))
 		{
-			/* TODO: cache flush */
+			struct xen_cache_flush cflush;
+
+			cflush.op = 0;
+			cflush.addr = handle + offset;
+			cflush.size = size;
+
+			if (op == dmac_unmap_area && dir != DMA_TO_DEVICE)
+				cflush.op = XENMEM_CACHE_INVAL;
+			if (op == dmac_map_area) {
+				cflush.op = XENMEM_CACHE_CLEAN;
+				if (dir == DMA_FROM_DEVICE)
+					cflush.op |= XENMEM_CACHE_INVAL;
+			}
+			if (cflush.op)
+				HYPERVISOR_memory_op(XENMEM_cache_flush, &cflush);
 		} else {
 			struct page *page = pfn_to_page(pfn);
 
diff --git a/include/xen/interface/memory.h b/include/xen/interface/memory.h
index 2ecfe4f..7d7e039 100644
--- a/include/xen/interface/memory.h
+++ b/include/xen/interface/memory.h
@@ -263,4 +263,20 @@ struct xen_remove_from_physmap {
 };
 DEFINE_GUEST_HANDLE_STRUCT(xen_remove_from_physmap);
 
+/*
+ * Issue one or more cache maintenance operations on a memory range
+ * owned by the calling domain or granted to the calling domain by a
+ * foreign domain.
+ */
+#define XENMEM_cache_flush                 27
+struct xen_cache_flush {
+/* addr is the machine address at the start of the memory range */
+uint64_t addr;
+uint64_t size;
+#define XENMEM_CACHE_CLEAN      (1<<0)
+#define XENMEM_CACHE_INVAL      (1<<1)
+uint32_t op;
+};
+DEFINE_GUEST_HANDLE_STRUCT(xen_cache_flush);
+
 #endif /* __XEN_PUBLIC_MEMORY_H__ */
-- 
1.7.10.4

^ permalink raw reply related	[flat|nested] 21+ messages in thread

* Re: [Xen-devel] [PATCH 1/2] xen/arm: remove handling of XENFEAT_grant_map_identity
  2014-10-02 10:06   ` Stefano Stabellini
  (?)
@ 2014-10-02 10:36     ` David Vrabel
  -1 siblings, 0 replies; 21+ messages in thread
From: David Vrabel @ 2014-10-02 10:36 UTC (permalink / raw)
  To: Stefano Stabellini, xen-devel
  Cc: Ian.Campbell, linux-kernel, david.vrabel, linux-arm-kernel

On 02/10/14 11:06, Stefano Stabellini wrote:
> Keep the definition of the flag.

If this is going away in Xen, you can get rid of the flag as well.

I think you should explain why it's being removed as well.

Should this be tagged for stable as well?

David

^ permalink raw reply	[flat|nested] 21+ messages in thread

* [Xen-devel] [PATCH 1/2] xen/arm: remove handling of XENFEAT_grant_map_identity
@ 2014-10-02 10:36     ` David Vrabel
  0 siblings, 0 replies; 21+ messages in thread
From: David Vrabel @ 2014-10-02 10:36 UTC (permalink / raw)
  To: linux-arm-kernel

On 02/10/14 11:06, Stefano Stabellini wrote:
> Keep the definition of the flag.

If this is going away in Xen, you can get rid of the flag as well.

I think you should explain why it's being removed as well.

Should this be tagged for stable as well?

David

^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: [Xen-devel] [PATCH 1/2] xen/arm: remove handling of XENFEAT_grant_map_identity
@ 2014-10-02 10:36     ` David Vrabel
  0 siblings, 0 replies; 21+ messages in thread
From: David Vrabel @ 2014-10-02 10:36 UTC (permalink / raw)
  To: Stefano Stabellini, xen-devel
  Cc: Ian.Campbell, linux-kernel, david.vrabel, linux-arm-kernel

On 02/10/14 11:06, Stefano Stabellini wrote:
> Keep the definition of the flag.

If this is going away in Xen, you can get rid of the flag as well.

I think you should explain why it's being removed as well.

Should this be tagged for stable as well?

David

^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: [PATCH 2/2] xen/arm: introduce XENMEM_cache_flush
  2014-10-02 10:06   ` Stefano Stabellini
  (?)
@ 2014-10-02 10:41     ` David Vrabel
  -1 siblings, 0 replies; 21+ messages in thread
From: David Vrabel @ 2014-10-02 10:41 UTC (permalink / raw)
  To: Stefano Stabellini, xen-devel
  Cc: konrad.wilk, Ian.Campbell, linux-kernel, linux-arm-kernel

On 02/10/14 11:06, Stefano Stabellini wrote:
> Introduce support for new hypercall XENMEM_cache_flush.
> Use it to perform cache flashing on pages used for dma when necessary.
[...]
> --- a/arch/arm/xen/mm32.c
> +++ b/arch/arm/xen/mm32.c
[...]
> @@ -24,7 +27,21 @@ static void dma_cache_maint(dma_addr_t handle, unsigned long offset,
>  	
>  		if (!pfn_valid(pfn))
>  		{
> -			/* TODO: cache flush */
> +			struct xen_cache_flush cflush;
> +
> +			cflush.op = 0;
> +			cflush.addr = handle + offset;
> +			cflush.size = size;
> +
> +			if (op == dmac_unmap_area && dir != DMA_TO_DEVICE)
> +				cflush.op = XENMEM_CACHE_INVAL;
> +			if (op == dmac_map_area) {
> +				cflush.op = XENMEM_CACHE_CLEAN;
> +				if (dir == DMA_FROM_DEVICE)
> +					cflush.op |= XENMEM_CACHE_INVAL;
> +			}
> +			if (cflush.op)
> +				HYPERVISOR_memory_op(XENMEM_cache_flush, &cflush);
>  		} else {
>  			struct page *page = pfn_to_page(pfn);
>  
[...]
> --- a/include/xen/interface/memory.h
> +++ b/include/xen/interface/memory.h
> @@ -263,4 +263,20 @@ struct xen_remove_from_physmap {
>  };
>  DEFINE_GUEST_HANDLE_STRUCT(xen_remove_from_physmap);
>  
> +/*
> + * Issue one or more cache maintenance operations on a memory range
> + * owned by the calling domain or granted to the calling domain by a
> + * foreign domain.
> + */
> +#define XENMEM_cache_flush                 27
> +struct xen_cache_flush {
> +/* addr is the machine address at the start of the memory range */

You say machine address here but call it with a bus address.  With no
IOMMU these are equivalent but what's correct if an IOMMU is used?

David

> +uint64_t addr;
> +uint64_t size;
> +#define XENMEM_CACHE_CLEAN      (1<<0)
> +#define XENMEM_CACHE_INVAL      (1<<1)
> +uint32_t op;
> +};
> +DEFINE_GUEST_HANDLE_STRUCT(xen_cache_flush);
> +
>  #endif /* __XEN_PUBLIC_MEMORY_H__ */
> 


^ permalink raw reply	[flat|nested] 21+ messages in thread

* [PATCH 2/2] xen/arm: introduce XENMEM_cache_flush
@ 2014-10-02 10:41     ` David Vrabel
  0 siblings, 0 replies; 21+ messages in thread
From: David Vrabel @ 2014-10-02 10:41 UTC (permalink / raw)
  To: linux-arm-kernel

On 02/10/14 11:06, Stefano Stabellini wrote:
> Introduce support for new hypercall XENMEM_cache_flush.
> Use it to perform cache flashing on pages used for dma when necessary.
[...]
> --- a/arch/arm/xen/mm32.c
> +++ b/arch/arm/xen/mm32.c
[...]
> @@ -24,7 +27,21 @@ static void dma_cache_maint(dma_addr_t handle, unsigned long offset,
>  	
>  		if (!pfn_valid(pfn))
>  		{
> -			/* TODO: cache flush */
> +			struct xen_cache_flush cflush;
> +
> +			cflush.op = 0;
> +			cflush.addr = handle + offset;
> +			cflush.size = size;
> +
> +			if (op == dmac_unmap_area && dir != DMA_TO_DEVICE)
> +				cflush.op = XENMEM_CACHE_INVAL;
> +			if (op == dmac_map_area) {
> +				cflush.op = XENMEM_CACHE_CLEAN;
> +				if (dir == DMA_FROM_DEVICE)
> +					cflush.op |= XENMEM_CACHE_INVAL;
> +			}
> +			if (cflush.op)
> +				HYPERVISOR_memory_op(XENMEM_cache_flush, &cflush);
>  		} else {
>  			struct page *page = pfn_to_page(pfn);
>  
[...]
> --- a/include/xen/interface/memory.h
> +++ b/include/xen/interface/memory.h
> @@ -263,4 +263,20 @@ struct xen_remove_from_physmap {
>  };
>  DEFINE_GUEST_HANDLE_STRUCT(xen_remove_from_physmap);
>  
> +/*
> + * Issue one or more cache maintenance operations on a memory range
> + * owned by the calling domain or granted to the calling domain by a
> + * foreign domain.
> + */
> +#define XENMEM_cache_flush                 27
> +struct xen_cache_flush {
> +/* addr is the machine address at the start of the memory range */

You say machine address here but call it with a bus address.  With no
IOMMU these are equivalent but what's correct if an IOMMU is used?

David

> +uint64_t addr;
> +uint64_t size;
> +#define XENMEM_CACHE_CLEAN      (1<<0)
> +#define XENMEM_CACHE_INVAL      (1<<1)
> +uint32_t op;
> +};
> +DEFINE_GUEST_HANDLE_STRUCT(xen_cache_flush);
> +
>  #endif /* __XEN_PUBLIC_MEMORY_H__ */
> 

^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: [PATCH 2/2] xen/arm: introduce XENMEM_cache_flush
@ 2014-10-02 10:41     ` David Vrabel
  0 siblings, 0 replies; 21+ messages in thread
From: David Vrabel @ 2014-10-02 10:41 UTC (permalink / raw)
  To: Stefano Stabellini, xen-devel
  Cc: konrad.wilk, Ian.Campbell, linux-kernel, linux-arm-kernel

On 02/10/14 11:06, Stefano Stabellini wrote:
> Introduce support for new hypercall XENMEM_cache_flush.
> Use it to perform cache flashing on pages used for dma when necessary.
[...]
> --- a/arch/arm/xen/mm32.c
> +++ b/arch/arm/xen/mm32.c
[...]
> @@ -24,7 +27,21 @@ static void dma_cache_maint(dma_addr_t handle, unsigned long offset,
>  	
>  		if (!pfn_valid(pfn))
>  		{
> -			/* TODO: cache flush */
> +			struct xen_cache_flush cflush;
> +
> +			cflush.op = 0;
> +			cflush.addr = handle + offset;
> +			cflush.size = size;
> +
> +			if (op == dmac_unmap_area && dir != DMA_TO_DEVICE)
> +				cflush.op = XENMEM_CACHE_INVAL;
> +			if (op == dmac_map_area) {
> +				cflush.op = XENMEM_CACHE_CLEAN;
> +				if (dir == DMA_FROM_DEVICE)
> +					cflush.op |= XENMEM_CACHE_INVAL;
> +			}
> +			if (cflush.op)
> +				HYPERVISOR_memory_op(XENMEM_cache_flush, &cflush);
>  		} else {
>  			struct page *page = pfn_to_page(pfn);
>  
[...]
> --- a/include/xen/interface/memory.h
> +++ b/include/xen/interface/memory.h
> @@ -263,4 +263,20 @@ struct xen_remove_from_physmap {
>  };
>  DEFINE_GUEST_HANDLE_STRUCT(xen_remove_from_physmap);
>  
> +/*
> + * Issue one or more cache maintenance operations on a memory range
> + * owned by the calling domain or granted to the calling domain by a
> + * foreign domain.
> + */
> +#define XENMEM_cache_flush                 27
> +struct xen_cache_flush {
> +/* addr is the machine address at the start of the memory range */

You say machine address here but call it with a bus address.  With no
IOMMU these are equivalent but what's correct if an IOMMU is used?

David

> +uint64_t addr;
> +uint64_t size;
> +#define XENMEM_CACHE_CLEAN      (1<<0)
> +#define XENMEM_CACHE_INVAL      (1<<1)
> +uint32_t op;
> +};
> +DEFINE_GUEST_HANDLE_STRUCT(xen_cache_flush);
> +
>  #endif /* __XEN_PUBLIC_MEMORY_H__ */
> 

^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: [Xen-devel] [PATCH 1/2] xen/arm: remove handling of XENFEAT_grant_map_identity
  2014-10-02 10:36     ` David Vrabel
  (?)
@ 2014-10-02 11:31       ` Stefano Stabellini
  -1 siblings, 0 replies; 21+ messages in thread
From: Stefano Stabellini @ 2014-10-02 11:31 UTC (permalink / raw)
  To: David Vrabel
  Cc: Stefano Stabellini, xen-devel, Ian.Campbell, linux-kernel,
	linux-arm-kernel

On Thu, 2 Oct 2014, David Vrabel wrote:
> On 02/10/14 11:06, Stefano Stabellini wrote:
> > Keep the definition of the flag.
> 
> If this is going away in Xen, you can get rid of the flag as well.
> 
> I think you should explain why it's being removed as well.

I want to keep the definition of the flag in Xen to avoid the number
being reused. I guess there is no need to keep it in Linux though.


> Should this be tagged for stable as well?

Yep

^ permalink raw reply	[flat|nested] 21+ messages in thread

* [Xen-devel] [PATCH 1/2] xen/arm: remove handling of XENFEAT_grant_map_identity
@ 2014-10-02 11:31       ` Stefano Stabellini
  0 siblings, 0 replies; 21+ messages in thread
From: Stefano Stabellini @ 2014-10-02 11:31 UTC (permalink / raw)
  To: linux-arm-kernel

On Thu, 2 Oct 2014, David Vrabel wrote:
> On 02/10/14 11:06, Stefano Stabellini wrote:
> > Keep the definition of the flag.
> 
> If this is going away in Xen, you can get rid of the flag as well.
> 
> I think you should explain why it's being removed as well.

I want to keep the definition of the flag in Xen to avoid the number
being reused. I guess there is no need to keep it in Linux though.


> Should this be tagged for stable as well?

Yep

^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: [Xen-devel] [PATCH 1/2] xen/arm: remove handling of XENFEAT_grant_map_identity
@ 2014-10-02 11:31       ` Stefano Stabellini
  0 siblings, 0 replies; 21+ messages in thread
From: Stefano Stabellini @ 2014-10-02 11:31 UTC (permalink / raw)
  To: David Vrabel
  Cc: Stefano Stabellini, xen-devel, Ian.Campbell, linux-kernel,
	linux-arm-kernel

On Thu, 2 Oct 2014, David Vrabel wrote:
> On 02/10/14 11:06, Stefano Stabellini wrote:
> > Keep the definition of the flag.
> 
> If this is going away in Xen, you can get rid of the flag as well.
> 
> I think you should explain why it's being removed as well.

I want to keep the definition of the flag in Xen to avoid the number
being reused. I guess there is no need to keep it in Linux though.


> Should this be tagged for stable as well?

Yep

^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: [PATCH 2/2] xen/arm: introduce XENMEM_cache_flush
  2014-10-02 10:41     ` David Vrabel
  (?)
@ 2014-10-02 11:32       ` Stefano Stabellini
  -1 siblings, 0 replies; 21+ messages in thread
From: Stefano Stabellini @ 2014-10-02 11:32 UTC (permalink / raw)
  To: David Vrabel
  Cc: Stefano Stabellini, xen-devel, konrad.wilk, Ian.Campbell,
	linux-kernel, linux-arm-kernel

On Thu, 2 Oct 2014, David Vrabel wrote:
> On 02/10/14 11:06, Stefano Stabellini wrote:
> > Introduce support for new hypercall XENMEM_cache_flush.
> > Use it to perform cache flashing on pages used for dma when necessary.
> [...]
> > --- a/arch/arm/xen/mm32.c
> > +++ b/arch/arm/xen/mm32.c
> [...]
> > @@ -24,7 +27,21 @@ static void dma_cache_maint(dma_addr_t handle, unsigned long offset,
> >  	
> >  		if (!pfn_valid(pfn))
> >  		{
> > -			/* TODO: cache flush */
> > +			struct xen_cache_flush cflush;
> > +
> > +			cflush.op = 0;
> > +			cflush.addr = handle + offset;
> > +			cflush.size = size;
> > +
> > +			if (op == dmac_unmap_area && dir != DMA_TO_DEVICE)
> > +				cflush.op = XENMEM_CACHE_INVAL;
> > +			if (op == dmac_map_area) {
> > +				cflush.op = XENMEM_CACHE_CLEAN;
> > +				if (dir == DMA_FROM_DEVICE)
> > +					cflush.op |= XENMEM_CACHE_INVAL;
> > +			}
> > +			if (cflush.op)
> > +				HYPERVISOR_memory_op(XENMEM_cache_flush, &cflush);
> >  		} else {
> >  			struct page *page = pfn_to_page(pfn);
> >  
> [...]
> > --- a/include/xen/interface/memory.h
> > +++ b/include/xen/interface/memory.h
> > @@ -263,4 +263,20 @@ struct xen_remove_from_physmap {
> >  };
> >  DEFINE_GUEST_HANDLE_STRUCT(xen_remove_from_physmap);
> >  
> > +/*
> > + * Issue one or more cache maintenance operations on a memory range
> > + * owned by the calling domain or granted to the calling domain by a
> > + * foreign domain.
> > + */
> > +#define XENMEM_cache_flush                 27
> > +struct xen_cache_flush {
> > +/* addr is the machine address at the start of the memory range */
> 
> You say machine address here but call it with a bus address.  With no
> IOMMU these are equivalent but what's correct if an IOMMU is used?

I mean mfns, real machine addresses. With an IOMMU the hypercall should
not be used.

 
> > +uint64_t addr;
> > +uint64_t size;
> > +#define XENMEM_CACHE_CLEAN      (1<<0)
> > +#define XENMEM_CACHE_INVAL      (1<<1)
> > +uint32_t op;
> > +};
> > +DEFINE_GUEST_HANDLE_STRUCT(xen_cache_flush);
> > +
> >  #endif /* __XEN_PUBLIC_MEMORY_H__ */
> > 
> 

^ permalink raw reply	[flat|nested] 21+ messages in thread

* [PATCH 2/2] xen/arm: introduce XENMEM_cache_flush
@ 2014-10-02 11:32       ` Stefano Stabellini
  0 siblings, 0 replies; 21+ messages in thread
From: Stefano Stabellini @ 2014-10-02 11:32 UTC (permalink / raw)
  To: linux-arm-kernel

On Thu, 2 Oct 2014, David Vrabel wrote:
> On 02/10/14 11:06, Stefano Stabellini wrote:
> > Introduce support for new hypercall XENMEM_cache_flush.
> > Use it to perform cache flashing on pages used for dma when necessary.
> [...]
> > --- a/arch/arm/xen/mm32.c
> > +++ b/arch/arm/xen/mm32.c
> [...]
> > @@ -24,7 +27,21 @@ static void dma_cache_maint(dma_addr_t handle, unsigned long offset,
> >  	
> >  		if (!pfn_valid(pfn))
> >  		{
> > -			/* TODO: cache flush */
> > +			struct xen_cache_flush cflush;
> > +
> > +			cflush.op = 0;
> > +			cflush.addr = handle + offset;
> > +			cflush.size = size;
> > +
> > +			if (op == dmac_unmap_area && dir != DMA_TO_DEVICE)
> > +				cflush.op = XENMEM_CACHE_INVAL;
> > +			if (op == dmac_map_area) {
> > +				cflush.op = XENMEM_CACHE_CLEAN;
> > +				if (dir == DMA_FROM_DEVICE)
> > +					cflush.op |= XENMEM_CACHE_INVAL;
> > +			}
> > +			if (cflush.op)
> > +				HYPERVISOR_memory_op(XENMEM_cache_flush, &cflush);
> >  		} else {
> >  			struct page *page = pfn_to_page(pfn);
> >  
> [...]
> > --- a/include/xen/interface/memory.h
> > +++ b/include/xen/interface/memory.h
> > @@ -263,4 +263,20 @@ struct xen_remove_from_physmap {
> >  };
> >  DEFINE_GUEST_HANDLE_STRUCT(xen_remove_from_physmap);
> >  
> > +/*
> > + * Issue one or more cache maintenance operations on a memory range
> > + * owned by the calling domain or granted to the calling domain by a
> > + * foreign domain.
> > + */
> > +#define XENMEM_cache_flush                 27
> > +struct xen_cache_flush {
> > +/* addr is the machine address at the start of the memory range */
> 
> You say machine address here but call it with a bus address.  With no
> IOMMU these are equivalent but what's correct if an IOMMU is used?

I mean mfns, real machine addresses. With an IOMMU the hypercall should
not be used.

 
> > +uint64_t addr;
> > +uint64_t size;
> > +#define XENMEM_CACHE_CLEAN      (1<<0)
> > +#define XENMEM_CACHE_INVAL      (1<<1)
> > +uint32_t op;
> > +};
> > +DEFINE_GUEST_HANDLE_STRUCT(xen_cache_flush);
> > +
> >  #endif /* __XEN_PUBLIC_MEMORY_H__ */
> > 
> 

^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: [PATCH 2/2] xen/arm: introduce XENMEM_cache_flush
@ 2014-10-02 11:32       ` Stefano Stabellini
  0 siblings, 0 replies; 21+ messages in thread
From: Stefano Stabellini @ 2014-10-02 11:32 UTC (permalink / raw)
  To: David Vrabel
  Cc: Stefano Stabellini, xen-devel, konrad.wilk, Ian.Campbell,
	linux-kernel, linux-arm-kernel

On Thu, 2 Oct 2014, David Vrabel wrote:
> On 02/10/14 11:06, Stefano Stabellini wrote:
> > Introduce support for new hypercall XENMEM_cache_flush.
> > Use it to perform cache flashing on pages used for dma when necessary.
> [...]
> > --- a/arch/arm/xen/mm32.c
> > +++ b/arch/arm/xen/mm32.c
> [...]
> > @@ -24,7 +27,21 @@ static void dma_cache_maint(dma_addr_t handle, unsigned long offset,
> >  	
> >  		if (!pfn_valid(pfn))
> >  		{
> > -			/* TODO: cache flush */
> > +			struct xen_cache_flush cflush;
> > +
> > +			cflush.op = 0;
> > +			cflush.addr = handle + offset;
> > +			cflush.size = size;
> > +
> > +			if (op == dmac_unmap_area && dir != DMA_TO_DEVICE)
> > +				cflush.op = XENMEM_CACHE_INVAL;
> > +			if (op == dmac_map_area) {
> > +				cflush.op = XENMEM_CACHE_CLEAN;
> > +				if (dir == DMA_FROM_DEVICE)
> > +					cflush.op |= XENMEM_CACHE_INVAL;
> > +			}
> > +			if (cflush.op)
> > +				HYPERVISOR_memory_op(XENMEM_cache_flush, &cflush);
> >  		} else {
> >  			struct page *page = pfn_to_page(pfn);
> >  
> [...]
> > --- a/include/xen/interface/memory.h
> > +++ b/include/xen/interface/memory.h
> > @@ -263,4 +263,20 @@ struct xen_remove_from_physmap {
> >  };
> >  DEFINE_GUEST_HANDLE_STRUCT(xen_remove_from_physmap);
> >  
> > +/*
> > + * Issue one or more cache maintenance operations on a memory range
> > + * owned by the calling domain or granted to the calling domain by a
> > + * foreign domain.
> > + */
> > +#define XENMEM_cache_flush                 27
> > +struct xen_cache_flush {
> > +/* addr is the machine address at the start of the memory range */
> 
> You say machine address here but call it with a bus address.  With no
> IOMMU these are equivalent but what's correct if an IOMMU is used?

I mean mfns, real machine addresses. With an IOMMU the hypercall should
not be used.

 
> > +uint64_t addr;
> > +uint64_t size;
> > +#define XENMEM_CACHE_CLEAN      (1<<0)
> > +#define XENMEM_CACHE_INVAL      (1<<1)
> > +uint32_t op;
> > +};
> > +DEFINE_GUEST_HANDLE_STRUCT(xen_cache_flush);
> > +
> >  #endif /* __XEN_PUBLIC_MEMORY_H__ */
> > 
> 

^ permalink raw reply	[flat|nested] 21+ messages in thread

end of thread, other threads:[~2014-10-02 11:34 UTC | newest]

Thread overview: 21+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-10-02 10:06 [PATCH 0/2] introduce XENMEM_cache_flush Stefano Stabellini
2014-10-02 10:06 ` Stefano Stabellini
2014-10-02 10:06 ` Stefano Stabellini
2014-10-02 10:06 ` [PATCH 1/2] xen/arm: remove handling of XENFEAT_grant_map_identity Stefano Stabellini
2014-10-02 10:06   ` Stefano Stabellini
2014-10-02 10:06   ` Stefano Stabellini
2014-10-02 10:36   ` [Xen-devel] " David Vrabel
2014-10-02 10:36     ` David Vrabel
2014-10-02 10:36     ` David Vrabel
2014-10-02 11:31     ` Stefano Stabellini
2014-10-02 11:31       ` Stefano Stabellini
2014-10-02 11:31       ` Stefano Stabellini
2014-10-02 10:06 ` [PATCH 2/2] xen/arm: introduce XENMEM_cache_flush Stefano Stabellini
2014-10-02 10:06   ` Stefano Stabellini
2014-10-02 10:06   ` Stefano Stabellini
2014-10-02 10:41   ` David Vrabel
2014-10-02 10:41     ` David Vrabel
2014-10-02 10:41     ` David Vrabel
2014-10-02 11:32     ` Stefano Stabellini
2014-10-02 11:32       ` Stefano Stabellini
2014-10-02 11:32       ` Stefano Stabellini

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.