qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Peter Maydell <peter.maydell@linaro.org>
To: Nathan Froyd <froydnj@codesourcery.com>
Cc: qemu-devel@nongnu.org, patches@linaro.org
Subject: Re: [Qemu-devel] [PATCH 1/7] target-arm: Make Neon helper routines use correct FP status
Date: Fri, 11 Mar 2011 22:31:31 +0000	[thread overview]
Message-ID: <AANLkTikicYzL7wLHQWP2=h7w5pgvuWhJpK38jChFz6Ff@mail.gmail.com> (raw)
In-Reply-To: <20110311183057.GV23686@codesourcery.com>

On 11 March 2011 18:30, Nathan Froyd <froydnj@codesourcery.com> wrote:
> On Fri, Mar 11, 2011 at 06:12:20PM +0000, Peter Maydell wrote:
>> Make the Neon helper routines use the correct FP status from
>> the CPUEnv rather than using a dummy static one. This means
>> they will correctly handle denormals and NaNs and will set
>> FPSCR exception bits properly.
>
> Is there a reason that you don't simply use the global env rather than
> passing in an extra parameter everywhere?

Just following the pattern that generally seems to be used by
most helper functions, ie if you want the CPU env pass it in
as a parameter. As far as I know, you can't use the global
env unless you're in op_helper.c because that's the only
source file compiled with the right flags.

> I wonder if it'd be
> worthwhile just to merge these functions into op_helper.c,
> since we have a proper FP status for NEON bits now.

Why move these and not (for instance) the VFP helpers
in helper.c which use the CPU env for more or less the
same reasons?

-- PMM

  reply	other threads:[~2011-03-11 22:31 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-03-11 18:12 [Qemu-devel] [PATCH 0/7] ARM: minor Neon fixes (mostly NaN related) Peter Maydell
2011-03-11 18:12 ` [Qemu-devel] [PATCH 1/7] target-arm: Make Neon helper routines use correct FP status Peter Maydell
2011-03-11 18:30   ` Nathan Froyd
2011-03-11 22:31     ` Peter Maydell [this message]
2011-03-14  5:35       ` Nathan Froyd
2011-03-28 14:15         ` Peter Maydell
2011-03-30 18:38           ` Nathan Froyd
2011-03-11 18:12 ` [Qemu-devel] [PATCH 2/7] target-arm/neon_helper.c: Use make_float32/float32_val macros Peter Maydell
2011-03-11 18:29   ` Nathan Froyd
2011-03-11 18:12 ` [Qemu-devel] [PATCH 3/7] target-arm: Return right result for Neon comparison with NaNs Peter Maydell
2011-03-11 18:12 ` [Qemu-devel] [PATCH 4/7] target-arm: Fix VCLE.F32 #0, VCLT.F32 #0 NaN handling Peter Maydell
2011-03-11 18:12 ` [Qemu-devel] [PATCH 5/7] target-arm: Correct ABD's handling of negative zeroes Peter Maydell
2011-03-11 18:12 ` [Qemu-devel] [PATCH 6/7] softfloat: Add float*_min() and float*_max() functions Peter Maydell
2011-03-11 18:28   ` Nathan Froyd
2011-03-11 23:31     ` Peter Maydell
2011-03-11 18:12 ` [Qemu-devel] [PATCH 7/7] target-arm: Use new softfloat min/max functions for VMAX, VMIN Peter Maydell

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='AANLkTikicYzL7wLHQWP2=h7w5pgvuWhJpK38jChFz6Ff@mail.gmail.com' \
    --to=peter.maydell@linaro.org \
    --cc=froydnj@codesourcery.com \
    --cc=patches@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).