[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH V3] tools/libxc, xen/x86: Added xc_set_mem_access_multi()



>>> On 06.09.16 at 12:00, <rcojocaru@xxxxxxxxxxxxxxx> wrote:
> --- a/xen/arch/arm/p2m.c
> +++ b/xen/arch/arm/p2m.c
> @@ -1836,6 +1836,15 @@ long p2m_set_mem_access(struct domain *d, gfn_t gfn, 
> uint32_t nr,
>      return 0;
>  }
>  
> +long p2m_set_mem_access_multi(struct domain *d,
> +                              const XEN_GUEST_HANDLE(const_uint64) pfn_list,
> +                              const XEN_GUEST_HANDLE(const_uint8) 
> access_list,
> +                              uint32_t nr, uint32_t start, uint32_t mask,
> +                              unsigned int altp2m_idx)
> +{
> +    return -ENOTSUP;
> +}

If this indeed fixes the build problem on ARM, then I'd like to have an
explanation (by you or the ARM maintainers) where ENOTSUP gets
defined. I can't find any single instance of this throughout the tree,
and headers outside of the tree aren't supposed to get included in
the hypervisor build.

> --- a/xen/arch/x86/mm/p2m.c
> +++ b/xen/arch/x86/mm/p2m.c
> @@ -28,6 +28,7 @@
>  #include <xen/event.h>
>  #include <public/vm_event.h>
>  #include <asm/domain.h>
> +#include <xen/guest_access.h> /* copy_from_guest() */
>  #include <asm/page.h>

I thought we've been through this before: Why does this xen/
include get added in the middle of asm/ ones?

> +static int set_mem_access(struct domain *d, struct p2m_domain *p2m,
> +                          struct p2m_domain *ap2m, p2m_access_t a,
> +                          unsigned long gfn_l)
>  {
> -    struct p2m_domain *p2m = p2m_get_hostp2m(d), *ap2m = NULL;
> -    p2m_access_t a, _a;
> -    p2m_type_t t;
> -    mfn_t mfn;
> -    unsigned long gfn_l;
> -    long rc = 0;
> +    int rc = 0;
>  
> +    if ( ap2m )
> +    {
> +        rc = p2m_set_altp2m_mem_access(d, p2m, ap2m, a, _gfn(gfn_l));

With this it becomes pretty clear that, following our general direction,
set_mem_access()'s last parameter should itself be gfn_t.

> +static bool_t p2m_xenmem_access_to_p2m_access(struct p2m_domain *p2m,

The p2m_ prefix is kind of redundant here as long as the function is
static.

Also plain bool please in new code, and ...

> @@ -1823,6 +1839,34 @@ long p2m_set_mem_access(struct domain *d, gfn_t gfn, 
> uint32_t nr,
>  #undef ACCESS
>      };
>  
> +    switch ( xaccess )
> +    {
> +    case 0 ... ARRAY_SIZE(memaccess) - 1:
> +        *paccess = memaccess[xaccess];
> +        break;
> +    case XENMEM_access_default:
> +        *paccess = p2m->default_access;
> +        break;
> +    default:
> +        return 0;

... false and ...

> +    }
> +
> +    return 1;

... true respectively then.

> @@ -520,6 +534,9 @@ int compat_memory_op(unsigned int cmd, 
> XEN_GUEST_HANDLE_PARAM(void) compat)
>                  rc = -EFAULT;
>              break;
>  
> +        case XENMEM_access_op:
> +            break;

There's a group of several other XENMEM_* which also require no
action (right above the XENMEM_get_vnumainfo handling). Please
simply add this new case there.

Jan


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
https://lists.xen.org/xen-devel

 


Rackspace

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