|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v3 10/13] xen/arm: support VCPUOP_register_vcpu_info.
On Wed, 2013-04-24 at 20:07 +0100, Stefano Stabellini wrote:
> Signed-off-by: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
> CC: keir@xxxxxxx
> CC: JBeulich@xxxxxxxx
>
> Changes in v3:
> - do not export all the vcpu_op hypercalls to ARM guests, only
> VCPUOP_register_vcpu_info.
> ---
> xen/arch/arm/domain.c | 13 +++++++++++++
> xen/arch/arm/traps.c | 1 +
> xen/include/asm-arm/hypercall.h | 3 +++
> 3 files changed, 17 insertions(+), 0 deletions(-)
>
> diff --git a/xen/arch/arm/domain.c b/xen/arch/arm/domain.c
> index fee3790..a676441 100644
> --- a/xen/arch/arm/domain.c
> +++ b/xen/arch/arm/domain.c
> @@ -10,6 +10,7 @@
> * GNU General Public License for more details.
> */
> #include <xen/config.h>
> +#include <xen/hypercall.h>
> #include <xen/init.h>
> #include <xen/lib.h>
> #include <xen/sched.h>
> @@ -628,6 +629,18 @@ void arch_dump_domain_info(struct domain *d)
> }
> }
>
> +
> +long do_restricted_vcpu_op(int cmd, int vcpuid, XEN_GUEST_HANDLE_PARAM(void)
> arg)
This is a bit fugly but I suppose it's no worse than the other
alternatives I can think of.
I don't really like the "restricted" name but the other obvious
alternative do_arch_vcpu_op is out because typically that's called
*from* do_foo_op not instead of.
Is renaming do_vcpu_op to do_common_vcpu_op and adding do_vcpu_op as
per-arch on all architectures (basically a nop on x86) an option?
> +{
> + switch ( cmd )
> + {
> + case VCPUOP_register_vcpu_info:
> + return do_vcpu_op(cmd, vcpuid, arg);
> + default:
> + return -EINVAL;
ENOSYS I think.
> + }
> +}
> +
> long arch_do_vcpu_op(int cmd, struct vcpu *v, XEN_GUEST_HANDLE_PARAM(void)
> arg)
> {
> return -ENOSYS;
> diff --git a/xen/arch/arm/traps.c b/xen/arch/arm/traps.c
> index 733099a..d69231c 100644
> --- a/xen/arch/arm/traps.c
> +++ b/xen/arch/arm/traps.c
> @@ -617,6 +617,7 @@ static arm_hypercall_t arm_hypercall_table[] = {
> HYPERCALL(sysctl, 2),
> HYPERCALL(hvm_op, 2),
> HYPERCALL(grant_table_op, 3),
> + HYPERCALL(restricted_vcpu_op, 3),
> };
>
> #define __PSCI_cpu_suspend 0
> diff --git a/xen/include/asm-arm/hypercall.h b/xen/include/asm-arm/hypercall.h
> index 0833ec4..8ab0cc4 100644
> --- a/xen/include/asm-arm/hypercall.h
> +++ b/xen/include/asm-arm/hypercall.h
> @@ -4,6 +4,9 @@
> #include <public/domctl.h> /* for arch_do_domctl */
> int do_physdev_op(int cmd, XEN_GUEST_HANDLE_PARAM(void) arg);
>
> +#define __HYPERVISOR_restricted_vcpu_op __HYPERVISOR_vcpu_op
I don't think this needs it's own #define, does it? (maybe that requires
an alternative HYPERCALL macro, that would be fine IMHO).
> +long do_restricted_vcpu_op(int cmd, int vcpuid, XEN_GUEST_HANDLE_PARAM(void)
> arg);
> +
> #endif /* __ASM_ARM_HYPERCALL_H__ */
> /*
> * Local variables:
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |