[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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.