Thread (212 messages) 212 messages, 10 authors, 2016-01-08

[PATCH v3 59/62] xen/arm: Add a hypercall for device mmio mapping

STALE3921d

From: Jan Beulich <hidden>
Date: 2016-01-07 10:50:44

quoted
quoted
On 07.01.16 at 10:11, [off-list ref] wrote:
Hi Jan,

On 2016/1/7 15:45, Jan Beulich wrote:
quoted
quoted
quoted
quoted
On 07.01.16 at 07:58, [off-list ref] wrote:
On 2015/11/17 19:04, Jan Beulich wrote:
quoted
quoted
quoted
quoted
quoted
quoted
quoted
quoted
On 17.11.15 at 10:40, [off-list ref] wrote:
--- a/xen/arch/arm/mm.c
+++ b/xen/arch/arm/mm.c
@@ -1138,6 +1138,10 @@ int xenmem_add_to_physmap_one(
         rcu_unlock_domain(od);
         break;
     }
+    case XENMAPSPACE_dev_mmio:
+        rc = map_dev_mmio_region(d, gpfn, 1, idx);
+        return rc;
+        break;
Blindly for any kind of domain? The XSM check in the
XENMEM_add_to_physmap_batch handler (in common code) doesn't
even know which map space is to be used...
Sorry, I know little about XSM. Could you suggest me how to add the
check for this new type here?
I'm sorry to push back here, but did you at least try to derive
what is wanted from the multitude of other XSM checks present
throughout the tree?
IIUC, you mean that it doean't need to change the XSM check itself, but
we should check if the current->domain is hardware domain and it maps
the space to itself before the XSM check, right?
No, I actually think that you need to add a new, secondary XSM
check. But you may want to consult with Daniel (who so far wasn't
even Cc-ed).

Jan
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help