qemu-arm
[Top][All Lists]
Advanced

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

Re: [Qemu-arm] [PATCH] linux-user: arm: Remove ARM_cpsr and similar #def


From: Peter Maydell
Subject: Re: [Qemu-arm] [PATCH] linux-user: arm: Remove ARM_cpsr and similar #defines
Date: Thu, 3 Mar 2016 12:18:06 +0000

Typoed qemu-devel email address again, sorry. I must figure out a
way to automate "cc the usual suspects"...

thanks
-- PMM

On 3 March 2016 at 12:11, Peter Maydell <address@hidden> wrote:
> The #defines of ARM_cpsr and friends in linux-user/arm/target-syscall.h
> can clash with versions in the system headers if building on an
> ARM or AArch64 build (though this seems to be dependent on the version
> of the system headers). The QEMU defines are not very useful (it's
> not clear that they're intended for use with the target_pt_regs struct
> rather than (say) the CPUARMState structure) and we only use them in one
> function in elfload.c anyway. So just remove the #defines and directly
> access regs->uregs[].
>
> Reported-by: Christopher Covington <address@hidden>
> Signed-off-by: Peter Maydell <address@hidden>
> ---
> Christopher, can you check that this resolves your compile issues, please?
>
> NB that I have not touched the similar code in bsd-user/elfload.c because
> that's clearly dead code, since there's no bsd-user/arm support anyway.
>
>  linux-user/arm/target_syscall.h | 20 +-------------------
>  linux-user/elfload.c            | 19 ++++++++++---------
>  2 files changed, 11 insertions(+), 28 deletions(-)
>
> diff --git a/linux-user/arm/target_syscall.h b/linux-user/arm/target_syscall.h
> index ea863db..11077b7 100644
> --- a/linux-user/arm/target_syscall.h
> +++ b/linux-user/arm/target_syscall.h
> @@ -4,29 +4,11 @@
>  /* this struct defines the way the registers are stored on the
>     stack during a system call. */
>
> +/* uregs[0..15] are r0 to r15; uregs[16] is CPSR; uregs[17] is ORIG_r0 */
>  struct target_pt_regs {
>      abi_long uregs[18];
>  };
>
> -#define ARM_cpsr       uregs[16]
> -#define ARM_pc         uregs[15]
> -#define ARM_lr         uregs[14]
> -#define ARM_sp         uregs[13]
> -#define ARM_ip         uregs[12]
> -#define ARM_fp         uregs[11]
> -#define ARM_r10                uregs[10]
> -#define ARM_r9         uregs[9]
> -#define ARM_r8         uregs[8]
> -#define ARM_r7         uregs[7]
> -#define ARM_r6         uregs[6]
> -#define ARM_r5         uregs[5]
> -#define ARM_r4         uregs[4]
> -#define ARM_r3         uregs[3]
> -#define ARM_r2         uregs[2]
> -#define ARM_r1         uregs[1]
> -#define ARM_r0         uregs[0]
> -#define ARM_ORIG_r0    uregs[17]
> -
>  #define ARM_SYSCALL_BASE       0x900000
>  #define ARM_THUMB_SYSCALL      0
>
> diff --git a/linux-user/elfload.c b/linux-user/elfload.c
> index 19dc7f5..ad014da 100644
> --- a/linux-user/elfload.c
> +++ b/linux-user/elfload.c
> @@ -273,19 +273,20 @@ static inline void init_thread(struct target_pt_regs 
> *regs,
>      abi_long stack = infop->start_stack;
>      memset(regs, 0, sizeof(*regs));
>
> -    regs->ARM_cpsr = 0x10;
> -    if (infop->entry & 1)
> -        regs->ARM_cpsr |= CPSR_T;
> -    regs->ARM_pc = infop->entry & 0xfffffffe;
> -    regs->ARM_sp = infop->start_stack;
> +    regs->uregs[16] = ARM_CPU_MODE_USR;
> +    if (infop->entry & 1) {
> +        regs->uregs[16] |= CPSR_T;
> +    }
> +    regs->uregs[15] = infop->entry & 0xfffffffe;
> +    regs->uregs[13] = infop->start_stack;
>      /* FIXME - what to for failure of get_user()? */
> -    get_user_ual(regs->ARM_r2, stack + 8); /* envp */
> -    get_user_ual(regs->ARM_r1, stack + 4); /* envp */
> +    get_user_ual(regs->uregs[2], stack + 8); /* envp */
> +    get_user_ual(regs->uregs[1], stack + 4); /* envp */
>      /* XXX: it seems that r0 is zeroed after ! */
> -    regs->ARM_r0 = 0;
> +    regs->uregs[0] = 0;
>      /* For uClinux PIC binaries.  */
>      /* XXX: Linux does this only on ARM with no MMU (do we care ?) */
> -    regs->ARM_r10 = infop->start_data;
> +    regs->uregs[10] = infop->start_data;
>  }
>
>  #define ELF_NREG    18
> --
> 1.9.1
>
>



reply via email to

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