qemu-ppc
[Top][All Lists]
Advanced

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

Re: [Qemu-ppc] [PATCH] linux-user: elf: mmap all the target-pages of hos


From: Laurent Vivier
Subject: Re: [Qemu-ppc] [PATCH] linux-user: elf: mmap all the target-pages of hostpage for data segment
Date: Mon, 27 Aug 2018 15:25:47 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1

Le 27/08/2018 à 14:37, Shivaprasad G Bhat a écrit :
> If the hostpage size is greater than the TARGET_PAGESIZE, the
> target-pages of size TARGET_PAGESIZE are marked valid only till the
> length requested during the elfload. The glibc attempts to consume unused
> space in the last page of data segment(__libc_memalign() in
> elf/dl-minimal.c). The GLRO(dl_pagesize) is actually the host pagesize as
> set in the auxillary vectors. So, there is no explicit mmap request for
> the remaining target-pages on the last hostpage. The glibc assumes that
> particular space as available and subsequent attempts to use
> those addresses lead to crash as the target_mmap has not marked them valid
> for those target-pages.
> 
> The issue is seen when trying to chroot to 16.04-x86_64 ubuntu on a PPC64
> host where the fork fails to access the thread_id as it is allocated on a
> page not marked valid. The recent glibc doesnt have checks for thread-id in
> fork, but the issue can manifest somewhere else, none the less.
> 
> The fix here is to map all the target-pages of the hostpage during the
> ELF load for data segment to allow the glibc for proper consumption.
> 
> Signed-off-by: Shivaprasad G Bhat <address@hidden>
> ---
>  linux-user/elfload.c |   24 +++++++++++++++++-------
>  1 file changed, 17 insertions(+), 7 deletions(-)
> 
> diff --git a/linux-user/elfload.c b/linux-user/elfload.c
> index 8638612aec..1d86034c8d 100644
> --- a/linux-user/elfload.c
> +++ b/linux-user/elfload.c
> @@ -1438,9 +1438,17 @@ struct exec
>  
>  /* Necessary parameters */
>  #define TARGET_ELF_EXEC_PAGESIZE TARGET_PAGE_SIZE
> -#define TARGET_ELF_PAGESTART(_v) ((_v) & \
> -                                 ~(abi_ulong)(TARGET_ELF_EXEC_PAGESIZE-1))
> -#define TARGET_ELF_PAGEOFFSET(_v) ((_v) & (TARGET_ELF_EXEC_PAGESIZE-1))
> +#define TARGET_ELF_PAGESTART(_v, _s) \
> +        ((TARGET_ELF_EXEC_PAGESIZE > _s) ? \
> +         (_v) & ~(abi_ulong)(TARGET_ELF_EXEC_PAGESIZE - 1) : \
> +         (_v) & ~(abi_ulong)(_s - 1));
> +#define TARGET_ELF_PAGEOFFSET(_v, _s) \
> +        ((TARGET_ELF_EXEC_PAGESIZE > _s) ? \
> +         (_v) & (TARGET_ELF_EXEC_PAGESIZE - 1) : \
> +         (_v) & (_s - 1));
> +#define TARGET_ELF_PAGELENGTH(_v, _s) \
> +        ((TARGET_ELF_EXEC_PAGESIZE > _s) ? \
> +         TARGET_PAGE_ALIGN(_v) : HOST_PAGE_ALIGN(_v));

I think it's only possible if the PT_LOAD p_align value is greater or
equal to qemu_host_page_size.

See 33143c446e ("linux-user: fix ELF load alignment error").

You could check this with qemu-s390x or qemu-arm on ppc64 host.

Thanks,
Laurent




reply via email to

[Prev in Thread] Current Thread [Next in Thread]