From: David Gibson <david@gibson.dropbear.id.au>
To: John Arbuckle <programmingkidx@gmail.com>
Cc: qemu-devel@nongnu.org, qemu-ppc@nongnu.org
Subject: Re: [Qemu-devel] [PATCH] fix fdiv instruction
Date: Mon, 25 Jun 2018 10:46:58 +1000 [thread overview]
Message-ID: <20180625004658.GB22971@umbus.fritz.box> (raw)
In-Reply-To: <20180623022258.22158-1-programmingkidx@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 6428 bytes --]
On Fri, Jun 22, 2018 at 10:22:58PM -0400, John Arbuckle wrote:
> When the fdiv instruction divides a finite number by zero,
> the result actually depends on the FPSCR[ZE] bit. If this
> bit is set, the return value is zero. If it is not set
> the result should be either positive or negative infinity.
> The sign of this result would depend on the sign of the
> two inputs. What currently happens is only infinity is
> returned even if the FPSCR[ZE] bit is set. This patch
> fixes this problem by actually checking the FPSCR[ZE] bit
> when deciding what the answer should be.
>
> fdiv is suppose to only set the FPSCR's FPRF bits during a
> division by zero situation when the FPSCR[ZE] is not set.
> What currently happens is these bits are always set. This
> patch fixes this problem by checking the FPSCR[ZE] bit to
> decide if the FPRF bits should be set.
>
> https://www.pdfdrive.net/powerpc-microprocessor-family-the-programming-environments-for-32-e3087633.html
> This document has the information on the fdiv. Page 133 has the
> information on what action is executed when a division by zero
> situation takes place.
I'm looking at that table and there is definitely no mention of a 0
*result* in any situation. So this patch is definitely wrong on that
point. If there's something else this is fixing, then the commit
message needs to describe that.
>
> Signed-off-by: John Arbuckle <programmingkidx@gmail.com>
> ---
> target/ppc/fpu_helper.c | 16 ++++++++++++++++
> target/ppc/translate/fp-impl.inc.c | 28 +++++++++++++++++++++++++++-
> 2 files changed, 43 insertions(+), 1 deletion(-)
>
> diff --git a/target/ppc/fpu_helper.c b/target/ppc/fpu_helper.c
> index 7714bfe0f9..de694604fb 100644
> --- a/target/ppc/fpu_helper.c
> +++ b/target/ppc/fpu_helper.c
> @@ -658,6 +658,20 @@ uint64_t helper_fdiv(CPUPPCState *env, uint64_t arg1, uint64_t arg2)
> } else if (unlikely(float64_is_zero(farg1.d) && float64_is_zero(farg2.d))) {
> /* Division of zero by zero */
> farg1.ll = float_invalid_op_excp(env, POWERPC_EXCP_FP_VXZDZ, 1);
> + } else if (arg2 == 0) {
> + /* Division by zero */
> + float_zero_divide_excp(env, GETPC());
> + if (fpscr_ze) { /* if zero divide exception is enabled */
> + farg1.ll = 0;
> + } else {
> + uint64_t sign = (farg1.ll ^ farg2.ll) >> 63;
> + if (sign) { /* Negative sign bit */
> + farg1.ll = 0xfff0000000000000; /* Negative Infinity */
> + } else { /* Positive sign bit */
> + farg1.ll = 0x7ff0000000000000; /* Positive Infinity */
> + }
> + helper_compute_fprf_float64(env, farg1.d);
> + }
> } else {
> if (unlikely(float64_is_signaling_nan(farg1.d, &env->fp_status) ||
> float64_is_signaling_nan(farg2.d, &env->fp_status))) {
> @@ -665,6 +679,8 @@ uint64_t helper_fdiv(CPUPPCState *env, uint64_t arg1, uint64_t arg2)
> float_invalid_op_excp(env, POWERPC_EXCP_FP_VXSNAN, 1);
> }
> farg1.d = float64_div(farg1.d, farg2.d, &env->fp_status);
> + helper_compute_fprf_float64(env, farg1.d);
> + helper_float_check_status(env);
> }
>
> return farg1.ll;
> diff --git a/target/ppc/translate/fp-impl.inc.c b/target/ppc/translate/fp-impl.inc.c
> index 2fbd4d4f38..4e20bcceb4 100644
> --- a/target/ppc/translate/fp-impl.inc.c
> +++ b/target/ppc/translate/fp-impl.inc.c
> @@ -84,6 +84,32 @@ static void gen_f##name(DisasContext *ctx) \
> _GEN_FLOAT_AB(name, name, 0x3F, op2, inval, 0, set_fprf, type); \
> _GEN_FLOAT_AB(name##s, name, 0x3B, op2, inval, 1, set_fprf, type);
>
> +
> +#define _GEN_FLOAT_DIV(name, op, op1, op2, inval, isfloat, set_fprf, type) \
> +static void gen_f##name(DisasContext *ctx) \
> +{ \
> + if (unlikely(!ctx->fpu_enabled)) { \
> + gen_exception(ctx, POWERPC_EXCP_FPU); \
> + return; \
> + } \
> + gen_reset_fpstatus(); \
> + gen_helper_f##op(cpu_fpr[rD(ctx->opcode)], cpu_env, \
> + cpu_fpr[rA(ctx->opcode)], \
> + cpu_fpr[rB(ctx->opcode)]); \
> + if (isfloat) { \
> + gen_helper_frsp(cpu_fpr[rD(ctx->opcode)], cpu_env, \
> + cpu_fpr[rD(ctx->opcode)]); \
> + } \
> + if (unlikely(Rc(ctx->opcode) != 0)) { \
> + gen_set_cr1_from_fpscr(ctx); \
> + } \
> +}
> +
> +#define GEN_FLOAT_DIV(name, op2, inval, set_fprf, type) \
> +_GEN_FLOAT_DIV(name, name, 0x3F, op2, inval, 0, set_fprf, type); \
> +_GEN_FLOAT_DIV(name##s, name, 0x3B, op2, inval, 1, set_fprf, type);
> +
> +
> #define _GEN_FLOAT_AC(name, op, op1, op2, inval, isfloat, set_fprf, type) \
> static void gen_f##name(DisasContext *ctx) \
> { \
> @@ -149,7 +175,7 @@ static void gen_f##name(DisasContext *ctx) \
> /* fadd - fadds */
> GEN_FLOAT_AB(add, 0x15, 0x000007C0, 1, PPC_FLOAT);
> /* fdiv - fdivs */
> -GEN_FLOAT_AB(div, 0x12, 0x000007C0, 1, PPC_FLOAT);
> +GEN_FLOAT_DIV(div, 0x12, 0x000007C0, 1, PPC_FLOAT);
> /* fmul - fmuls */
> GEN_FLOAT_AC(mul, 0x19, 0x0000F800, 1, PPC_FLOAT);
>
--
David Gibson | I'll have my music baroque, and my code
david AT gibson.dropbear.id.au | minimalist, thank you. NOT _the_ _other_
| _way_ _around_!
http://www.ozlabs.org/~dgibson
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2018-06-25 1:08 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-06-23 2:22 [Qemu-devel] [PATCH] fix fdiv instruction John Arbuckle
2018-06-23 4:54 ` no-reply
2018-06-23 16:17 ` Richard Henderson
2018-06-23 20:17 ` Programmingkid
2018-06-24 4:18 ` Richard Henderson
2018-06-24 13:46 ` Programmingkid
2018-06-24 18:30 ` Richard Henderson
2018-06-24 18:38 ` Programmingkid
2018-06-25 3:47 ` Richard Henderson
2018-06-25 15:23 ` G 3
2018-06-25 21:08 ` Richard Henderson
2018-06-25 22:23 ` Programmingkid
2018-06-26 13:49 ` Richard Henderson
2018-06-26 19:50 ` G 3
2018-06-26 21:27 ` Richard Henderson
2018-06-25 0:46 ` David Gibson
2018-06-25 0:46 ` David Gibson [this message]
2018-06-25 3:24 ` G 3
2018-06-25 3:25 ` David Gibson
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=20180625004658.GB22971@umbus.fritz.box \
--to=david@gibson.dropbear.id.au \
--cc=programmingkidx@gmail.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-ppc@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).