arm/xen: Enable user access to the kernel before issuing a privcmd call
authorJulien Grall <julien.grall@citrix.com>
Fri, 11 Sep 2015 16:25:59 +0000 (17:25 +0100)
committerRussell King <rmk+kernel@arm.linux.org.uk>
Fri, 11 Sep 2015 17:50:03 +0000 (18:50 +0100)
commit0b61f2c0f37983c98ed4207f3f5e265938371b68
tree3dd23439d981eb8e93da117a6a563c797d4fe08c
parent6e8f580d1fcc18e290713984c379cb97131c015a
arm/xen: Enable user access to the kernel before issuing a privcmd call

When Xen is copying data to/from the guest it will check if the kernel
has the right to do the access. If not, the hypercall will return an
error.

After the commit a5e090acbf545c0a3b04080f8a488b17ec41fe02 "ARM:
software-based privileged-no-access support", the kernel can't access
any longer the user space by default. This will result to fail on every
hypercall made by the userspace (i.e via privcmd).

We have to enable the userspace access and then restore the correct
permission every time the privcmd is used to made an hypercall.

I didn't find generic helpers to do a these operations, so the change
is only arm32 specific.

Reported-by: Riku Voipio <riku.voipio@linaro.org>
Signed-off-by: Julien Grall <julien.grall@citrix.com>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
arch/arm/xen/hypercall.S