qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] [PATCH 1/3] linux-user: Handle ELFv2 PPC64 binaries in


From: Alexander Graf
Subject: Re: [Qemu-devel] [PATCH 1/3] linux-user: Handle ELFv2 PPC64 binaries in user mode.
Date: Thu, 08 May 2014 10:45:24 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130910 Thunderbird/17.0.9

On 05/08/2014 10:43 AM, Doug Kwan (關振德) wrote:
Hi


On Thu, May 8, 2014 at 1:36 AM, Alexander Graf <address@hidden <mailto:address@hidden>> wrote: 3


    Please write bitmasks in hex.

Will fix.

        +
          /* PowerPC relocations defined by the ABIs */
          #define R_PPC_NONE            0
          #define R_PPC_ADDR32          1       /* 32bit absolute
        address */
        diff --git a/linux-user/elfload.c b/linux-user/elfload.c
        index 995f999..b96d64a 100644
        --- a/linux-user/elfload.c
        +++ b/linux-user/elfload.c
        @@ -777,12 +777,18 @@ static uint32_t get_elf_hwcap(void)
                  NEW_AUX_ENT(AT_IGNOREPPC, AT_IGNOREPPC);    \
              } while (0)
          +static inline uint32_t get_ppc64_abi(struct image_info *infop);
        +
          static inline void init_thread(struct target_pt_regs *_regs,
        struct image_info *infop)
          {
              _regs->gpr[1] = infop->start_stack;
          #if defined(TARGET_PPC64) && !defined(TARGET_ABI32)
        -    _regs->gpr[2] = ldq_raw(infop->entry + 8) + infop->load_bias;
        -    infop->entry = ldq_raw(infop->entry) + infop->load_bias;
        +    if (get_ppc64_abi(infop) < 2) {
        +      _regs->gpr[2] = ldq_raw(infop->entry + 8) +
        infop->load_bias;
        +      infop->entry = ldq_raw(infop->entry) + infop->load_bias;
        +    } else {
        +      _regs->gpr[12] = infop->entry;  /* r12 set to global
        entry address */


    Uli, is this correct? Also, why don't w need to adjust for the
    load_bias with ELFv2 anymore?

No. This is a bug. It was not caught by testing because load_bias is 0 I guess.


        +    }
          #endif
              _regs->nip = infop->entry;
          }
        @@ -1152,6 +1158,13 @@ static inline void init_thread(struct
        target_pt_regs *regs, struct image_info *i
            #include "elf.h"
          +#ifdef TARGET_PPC
        +static inline uint32_t get_ppc64_abi(struct image_info *infop)
        +{
        +  return infop->elf_flags & EF_PPC64_ABI;
        +}
        +#endif


    I'm not sure this is more readable than doing it inline ... :).


This is done so because the elf header is not yet included before the callee. To eliminate this I need to move the include before ppc's init_thread. Is that okay?

Ah, I see. I don't have strong feelings either way. Riku, what would you prefer?


Alex




reply via email to

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