All of lore.kernel.org
 help / color / mirror / Atom feed
From: Paolo Bonzini <pbonzini@redhat.com>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: pmaydell@linaro.org, qemu-devel@nongnu.org, aurelien@aurel32.net
Subject: Re: [Qemu-devel] [PATCH v2 02/10] elfload: fix size of registers for N32
Date: Thu, 04 Apr 2013 18:00:15 +0200	[thread overview]
Message-ID: <515DA38F.3080302@redhat.com> (raw)
In-Reply-To: <CAFEAcA-zD49NAN+J5CgO9s+D_UFYP4wcLUcuwgnv0ApcAZ7Tgw@mail.gmail.com>

Il 04/04/2013 17:46, Peter Maydell ha scritto:
> On 4 April 2013 16:41, Paolo Bonzini <pbonzini@redhat.com> wrote:
>> Il 04/04/2013 17:32, Peter Maydell ha scritto:
>>> This is kind of ugly but it looks like the kernel is kind
>>> of ugly too (ie elf_greg_t as a type is not defined the
>>> same way necessarily for all targets and ABIs). At some
>>> point this type should probably live in a header file
>>> in linux-user/$arch/ but for now I guess it can pass.
>>>
>>> Reviewed-by: Peter Maydell <peter.maydell@linaro.org>
>>
>> I'll add abi_reg to abitypes.h and move tswapreg there, so
>> that the signal handling structures could use it too.
> 
> I started off thinking that was the right thing, but then
> I realised that the signal handling structures vary in what
> they use (eg the MIPS ones tend to really use u32 and u64),
> so they aren't necessarily the same type as elf_greg_t).

Right, MIPS o32 uses uint64_t.  So I'll keep target_elf_greg_t as in v2.

> I think the conceptual ideal is that we should have
> abi types which match the kernel's user-facing types.
> This is a bit messed up here because the kernel doesn't
> actually expose elf_greg_t in most archs (and because
> MIPS has different types for "what the kernel thinks
> long is" vs "what userspace thinks long is", which is
> just plain confusing when looking at non-user-facing
> struct definitions).

Paolo

  reply	other threads:[~2013-04-04 16:24 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-03 10:31 [Qemu-devel] [PATCH v2 00/10] TARGET_*_ALIGNMENT cleanup, and config-target.mak trimming Paolo Bonzini
2013-04-03 10:31 ` [Qemu-devel] [PATCH v2 01/10] elfload: fix size of ABI-dependent fields in core dumps Paolo Bonzini
2013-04-04 13:51   ` Peter Maydell
2013-04-03 10:32 ` [Qemu-devel] [PATCH v2 02/10] elfload: fix size of registers for N32 Paolo Bonzini
2013-04-04 15:32   ` Peter Maydell
2013-04-04 15:41     ` Paolo Bonzini
2013-04-04 15:46       ` Peter Maydell
2013-04-04 16:00         ` Paolo Bonzini [this message]
2013-04-03 10:32 ` [Qemu-devel] [PATCH v2 03/10] elfload: use tswapreg consistently in elf_core_copy_regs Paolo Bonzini
2013-04-04 15:33   ` Peter Maydell
2013-04-03 10:32 ` [Qemu-devel] [PATCH v2 04/10] elfload: use abi_short/ushort instead of target_short/ushort Paolo Bonzini
2013-04-04 13:52   ` Peter Maydell
2013-04-03 10:32 ` [Qemu-devel] [PATCH v2 05/10] elfload: use abi_int/uint instead of target_int/uint Paolo Bonzini
2013-04-04 13:56   ` Peter Maydell
2013-04-04 14:04     ` Paolo Bonzini
2013-04-04 14:22       ` Peter Maydell
2013-04-04 14:28         ` Paolo Bonzini
2013-04-03 10:32 ` [Qemu-devel] [PATCH v2 06/10] elfload: only give abi_long/ulong the alignment specified by the target Paolo Bonzini
2013-04-04 14:09   ` Peter Maydell
2013-04-04 14:11     ` Paolo Bonzini
2013-04-04 14:18       ` Peter Maydell
2013-04-04 14:26         ` Paolo Bonzini
2013-04-04 14:37           ` Peter Maydell
2013-04-04 14:45             ` Paolo Bonzini
2013-04-04 14:50               ` Peter Maydell
2013-04-03 10:32 ` [Qemu-devel] [PATCH v2 07/10] elfload: use abi_llong/ullong instead of target_llong/ullong Paolo Bonzini
2013-04-03 10:32 ` [Qemu-devel] [PATCH v2 08/10] configure: move CONFIG_QEMU_LDST_OPTIMIZATION to config-host.mak Paolo Bonzini
2013-04-03 10:32 ` [Qemu-devel] [PATCH v2 09/10] configure: move common libraries " Paolo Bonzini
2013-04-04 13:40   ` Peter Maydell
2013-04-03 10:32 ` [Qemu-devel] [PATCH v2 10/10] configure: CONFIG_NO_XEN is duplicated Paolo Bonzini

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=515DA38F.3080302@redhat.com \
    --to=pbonzini@redhat.com \
    --cc=aurelien@aurel32.net \
    --cc=peter.maydell@linaro.org \
    --cc=pmaydell@linaro.org \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.