2015-08-13 10:56:31 +03:00
|
|
|
/*
|
|
|
|
* IEEE754 floating point arithmetic
|
|
|
|
* double precision: MADDF.f (Fused Multiply Add)
|
|
|
|
* MADDF.fmt: FPR[fd] = FPR[fd] + (FPR[fs] x FPR[ft])
|
|
|
|
*
|
|
|
|
* MIPS floating point support
|
|
|
|
* Copyright (C) 2015 Imagination Technologies, Ltd.
|
|
|
|
* Author: Markos Chandras <markos.chandras@imgtec.com>
|
|
|
|
*
|
|
|
|
* This program is free software; you can distribute it and/or modify it
|
|
|
|
* under the terms of the GNU General Public License as published by the
|
|
|
|
* Free Software Foundation; version 2 of the License.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include "ieee754dp.h"
|
|
|
|
|
2016-04-21 16:04:50 +03:00
|
|
|
|
2017-07-27 19:08:59 +03:00
|
|
|
/* 128 bits shift right logical with rounding. */
|
|
|
|
void srl128(u64 *hptr, u64 *lptr, int count)
|
|
|
|
{
|
|
|
|
u64 low;
|
|
|
|
|
|
|
|
if (count >= 128) {
|
|
|
|
*lptr = *hptr != 0 || *lptr != 0;
|
|
|
|
*hptr = 0;
|
|
|
|
} else if (count >= 64) {
|
|
|
|
if (count == 64) {
|
|
|
|
*lptr = *hptr | (*lptr != 0);
|
|
|
|
} else {
|
|
|
|
low = *lptr;
|
|
|
|
*lptr = *hptr >> (count - 64);
|
|
|
|
*lptr |= (*hptr << (128 - count)) != 0 || low != 0;
|
|
|
|
}
|
|
|
|
*hptr = 0;
|
|
|
|
} else {
|
|
|
|
low = *lptr;
|
|
|
|
*lptr = low >> count | *hptr << (64 - count);
|
|
|
|
*lptr |= (low << (64 - count)) != 0;
|
|
|
|
*hptr = *hptr >> count;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2016-04-21 16:04:50 +03:00
|
|
|
static union ieee754dp _dp_maddf(union ieee754dp z, union ieee754dp x,
|
|
|
|
union ieee754dp y, enum maddf_flags flags)
|
2015-08-13 10:56:31 +03:00
|
|
|
{
|
|
|
|
int re;
|
|
|
|
int rs;
|
|
|
|
unsigned lxm;
|
|
|
|
unsigned hxm;
|
|
|
|
unsigned lym;
|
|
|
|
unsigned hym;
|
|
|
|
u64 lrm;
|
|
|
|
u64 hrm;
|
2017-07-27 19:08:59 +03:00
|
|
|
u64 lzm;
|
|
|
|
u64 hzm;
|
2015-08-13 10:56:31 +03:00
|
|
|
u64 t;
|
|
|
|
u64 at;
|
|
|
|
int s;
|
|
|
|
|
|
|
|
COMPXDP;
|
|
|
|
COMPYDP;
|
2016-04-21 16:04:51 +03:00
|
|
|
COMPZDP;
|
2015-08-13 10:56:31 +03:00
|
|
|
|
|
|
|
EXPLODEXDP;
|
|
|
|
EXPLODEYDP;
|
2016-04-21 16:04:51 +03:00
|
|
|
EXPLODEZDP;
|
2015-08-13 10:56:31 +03:00
|
|
|
|
|
|
|
FLUSHXDP;
|
|
|
|
FLUSHYDP;
|
2016-04-21 16:04:51 +03:00
|
|
|
FLUSHZDP;
|
2015-08-13 10:56:31 +03:00
|
|
|
|
|
|
|
ieee754_clearcx();
|
|
|
|
|
MIPS: math-emu: <MADDF|MSUBF>.<D|S>: Fix NaN propagation
Fix the cases of <MADDF|MSUBF>.<D|S> when any of three inputs is any
NaN. Correct behavior of <MADDF|MSUBF>.<D|S> fd, fs, ft is following:
- if any of inputs is sNaN, return a sNaN using following rules: if
only one input is sNaN, return that one; if more than one input is
sNaN, order of precedence for return value is fd, fs, ft
- if no input is sNaN, but at least one of inputs is qNaN, return a
qNaN using following rules: if only one input is qNaN, return that
one; if more than one input is qNaN, order of precedence for
return value is fd, fs, ft
The previous code contained correct handling of some above cases, but
not all. Also, such handling was scattered into various cases of
"switch (CLPAIR(xc, yc))" statement, and elsewhere. With this patch,
this logic is placed in one place, and "switch (CLPAIR(xc, yc))" is
significantly simplified.
A relevant example:
MADDF.S fd,fs,ft:
If fs contains qNaN1, ft contains qNaN2, and fd contains qNaN3, fd
is going to contain qNaN3 (without this patch, it used to contain
qNaN1).
Fixes: e24c3bec3e8e ("MIPS: math-emu: Add support for the MIPS R6 MADDF FPU instruction")
Fixes: 83d43305a1df ("MIPS: math-emu: Add support for the MIPS R6 MSUBF FPU instruction")
Signed-off-by: Miodrag Dinic <miodrag.dinic@imgtec.com>
Signed-off-by: Goran Ferenc <goran.ferenc@imgtec.com>
Signed-off-by: Aleksandar Markovic <aleksandar.markovic@imgtec.com>
Reviewed-by: James Hogan <james.hogan@imgtec.com>
Cc: Bo Hu <bohu@google.com>
Cc: Douglas Leung <douglas.leung@imgtec.com>
Cc: Jin Qian <jinqian@google.com>
Cc: Paul Burton <paul.burton@imgtec.com>
Cc: Petar Jovanovic <petar.jovanovic@imgtec.com>
Cc: Raghu Gandham <raghu.gandham@imgtec.com>
Cc: <stable@vger.kernel.org> # 4.7+
Cc: linux-mips@linux-mips.org
Cc: linux-kernel@vger.kernel.org
Patchwork: https://patchwork.linux-mips.org/patch/16886/
Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
2017-07-27 19:08:54 +03:00
|
|
|
/*
|
|
|
|
* Handle the cases when at least one of x, y or z is a NaN.
|
|
|
|
* Order of precedence is sNaN, qNaN and z, x, y.
|
|
|
|
*/
|
|
|
|
if (zc == IEEE754_CLASS_SNAN)
|
2015-08-13 10:56:31 +03:00
|
|
|
return ieee754dp_nanxcpt(z);
|
MIPS: math-emu: <MADDF|MSUBF>.<D|S>: Fix NaN propagation
Fix the cases of <MADDF|MSUBF>.<D|S> when any of three inputs is any
NaN. Correct behavior of <MADDF|MSUBF>.<D|S> fd, fs, ft is following:
- if any of inputs is sNaN, return a sNaN using following rules: if
only one input is sNaN, return that one; if more than one input is
sNaN, order of precedence for return value is fd, fs, ft
- if no input is sNaN, but at least one of inputs is qNaN, return a
qNaN using following rules: if only one input is qNaN, return that
one; if more than one input is qNaN, order of precedence for
return value is fd, fs, ft
The previous code contained correct handling of some above cases, but
not all. Also, such handling was scattered into various cases of
"switch (CLPAIR(xc, yc))" statement, and elsewhere. With this patch,
this logic is placed in one place, and "switch (CLPAIR(xc, yc))" is
significantly simplified.
A relevant example:
MADDF.S fd,fs,ft:
If fs contains qNaN1, ft contains qNaN2, and fd contains qNaN3, fd
is going to contain qNaN3 (without this patch, it used to contain
qNaN1).
Fixes: e24c3bec3e8e ("MIPS: math-emu: Add support for the MIPS R6 MADDF FPU instruction")
Fixes: 83d43305a1df ("MIPS: math-emu: Add support for the MIPS R6 MSUBF FPU instruction")
Signed-off-by: Miodrag Dinic <miodrag.dinic@imgtec.com>
Signed-off-by: Goran Ferenc <goran.ferenc@imgtec.com>
Signed-off-by: Aleksandar Markovic <aleksandar.markovic@imgtec.com>
Reviewed-by: James Hogan <james.hogan@imgtec.com>
Cc: Bo Hu <bohu@google.com>
Cc: Douglas Leung <douglas.leung@imgtec.com>
Cc: Jin Qian <jinqian@google.com>
Cc: Paul Burton <paul.burton@imgtec.com>
Cc: Petar Jovanovic <petar.jovanovic@imgtec.com>
Cc: Raghu Gandham <raghu.gandham@imgtec.com>
Cc: <stable@vger.kernel.org> # 4.7+
Cc: linux-mips@linux-mips.org
Cc: linux-kernel@vger.kernel.org
Patchwork: https://patchwork.linux-mips.org/patch/16886/
Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
2017-07-27 19:08:54 +03:00
|
|
|
if (xc == IEEE754_CLASS_SNAN)
|
2015-08-13 10:56:31 +03:00
|
|
|
return ieee754dp_nanxcpt(x);
|
MIPS: math-emu: <MADDF|MSUBF>.<D|S>: Fix NaN propagation
Fix the cases of <MADDF|MSUBF>.<D|S> when any of three inputs is any
NaN. Correct behavior of <MADDF|MSUBF>.<D|S> fd, fs, ft is following:
- if any of inputs is sNaN, return a sNaN using following rules: if
only one input is sNaN, return that one; if more than one input is
sNaN, order of precedence for return value is fd, fs, ft
- if no input is sNaN, but at least one of inputs is qNaN, return a
qNaN using following rules: if only one input is qNaN, return that
one; if more than one input is qNaN, order of precedence for
return value is fd, fs, ft
The previous code contained correct handling of some above cases, but
not all. Also, such handling was scattered into various cases of
"switch (CLPAIR(xc, yc))" statement, and elsewhere. With this patch,
this logic is placed in one place, and "switch (CLPAIR(xc, yc))" is
significantly simplified.
A relevant example:
MADDF.S fd,fs,ft:
If fs contains qNaN1, ft contains qNaN2, and fd contains qNaN3, fd
is going to contain qNaN3 (without this patch, it used to contain
qNaN1).
Fixes: e24c3bec3e8e ("MIPS: math-emu: Add support for the MIPS R6 MADDF FPU instruction")
Fixes: 83d43305a1df ("MIPS: math-emu: Add support for the MIPS R6 MSUBF FPU instruction")
Signed-off-by: Miodrag Dinic <miodrag.dinic@imgtec.com>
Signed-off-by: Goran Ferenc <goran.ferenc@imgtec.com>
Signed-off-by: Aleksandar Markovic <aleksandar.markovic@imgtec.com>
Reviewed-by: James Hogan <james.hogan@imgtec.com>
Cc: Bo Hu <bohu@google.com>
Cc: Douglas Leung <douglas.leung@imgtec.com>
Cc: Jin Qian <jinqian@google.com>
Cc: Paul Burton <paul.burton@imgtec.com>
Cc: Petar Jovanovic <petar.jovanovic@imgtec.com>
Cc: Raghu Gandham <raghu.gandham@imgtec.com>
Cc: <stable@vger.kernel.org> # 4.7+
Cc: linux-mips@linux-mips.org
Cc: linux-kernel@vger.kernel.org
Patchwork: https://patchwork.linux-mips.org/patch/16886/
Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
2017-07-27 19:08:54 +03:00
|
|
|
if (yc == IEEE754_CLASS_SNAN)
|
|
|
|
return ieee754dp_nanxcpt(y);
|
|
|
|
if (zc == IEEE754_CLASS_QNAN)
|
|
|
|
return z;
|
|
|
|
if (xc == IEEE754_CLASS_QNAN)
|
|
|
|
return x;
|
|
|
|
if (yc == IEEE754_CLASS_QNAN)
|
2015-08-13 10:56:31 +03:00
|
|
|
return y;
|
|
|
|
|
MIPS: math-emu: <MADDF|MSUBF>.<D|S>: Fix NaN propagation
Fix the cases of <MADDF|MSUBF>.<D|S> when any of three inputs is any
NaN. Correct behavior of <MADDF|MSUBF>.<D|S> fd, fs, ft is following:
- if any of inputs is sNaN, return a sNaN using following rules: if
only one input is sNaN, return that one; if more than one input is
sNaN, order of precedence for return value is fd, fs, ft
- if no input is sNaN, but at least one of inputs is qNaN, return a
qNaN using following rules: if only one input is qNaN, return that
one; if more than one input is qNaN, order of precedence for
return value is fd, fs, ft
The previous code contained correct handling of some above cases, but
not all. Also, such handling was scattered into various cases of
"switch (CLPAIR(xc, yc))" statement, and elsewhere. With this patch,
this logic is placed in one place, and "switch (CLPAIR(xc, yc))" is
significantly simplified.
A relevant example:
MADDF.S fd,fs,ft:
If fs contains qNaN1, ft contains qNaN2, and fd contains qNaN3, fd
is going to contain qNaN3 (without this patch, it used to contain
qNaN1).
Fixes: e24c3bec3e8e ("MIPS: math-emu: Add support for the MIPS R6 MADDF FPU instruction")
Fixes: 83d43305a1df ("MIPS: math-emu: Add support for the MIPS R6 MSUBF FPU instruction")
Signed-off-by: Miodrag Dinic <miodrag.dinic@imgtec.com>
Signed-off-by: Goran Ferenc <goran.ferenc@imgtec.com>
Signed-off-by: Aleksandar Markovic <aleksandar.markovic@imgtec.com>
Reviewed-by: James Hogan <james.hogan@imgtec.com>
Cc: Bo Hu <bohu@google.com>
Cc: Douglas Leung <douglas.leung@imgtec.com>
Cc: Jin Qian <jinqian@google.com>
Cc: Paul Burton <paul.burton@imgtec.com>
Cc: Petar Jovanovic <petar.jovanovic@imgtec.com>
Cc: Raghu Gandham <raghu.gandham@imgtec.com>
Cc: <stable@vger.kernel.org> # 4.7+
Cc: linux-mips@linux-mips.org
Cc: linux-kernel@vger.kernel.org
Patchwork: https://patchwork.linux-mips.org/patch/16886/
Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
2017-07-27 19:08:54 +03:00
|
|
|
if (zc == IEEE754_CLASS_DNORM)
|
|
|
|
DPDNORMZ;
|
|
|
|
/* ZERO z cases are handled separately below */
|
2015-08-13 10:56:31 +03:00
|
|
|
|
MIPS: math-emu: <MADDF|MSUBF>.<D|S>: Fix NaN propagation
Fix the cases of <MADDF|MSUBF>.<D|S> when any of three inputs is any
NaN. Correct behavior of <MADDF|MSUBF>.<D|S> fd, fs, ft is following:
- if any of inputs is sNaN, return a sNaN using following rules: if
only one input is sNaN, return that one; if more than one input is
sNaN, order of precedence for return value is fd, fs, ft
- if no input is sNaN, but at least one of inputs is qNaN, return a
qNaN using following rules: if only one input is qNaN, return that
one; if more than one input is qNaN, order of precedence for
return value is fd, fs, ft
The previous code contained correct handling of some above cases, but
not all. Also, such handling was scattered into various cases of
"switch (CLPAIR(xc, yc))" statement, and elsewhere. With this patch,
this logic is placed in one place, and "switch (CLPAIR(xc, yc))" is
significantly simplified.
A relevant example:
MADDF.S fd,fs,ft:
If fs contains qNaN1, ft contains qNaN2, and fd contains qNaN3, fd
is going to contain qNaN3 (without this patch, it used to contain
qNaN1).
Fixes: e24c3bec3e8e ("MIPS: math-emu: Add support for the MIPS R6 MADDF FPU instruction")
Fixes: 83d43305a1df ("MIPS: math-emu: Add support for the MIPS R6 MSUBF FPU instruction")
Signed-off-by: Miodrag Dinic <miodrag.dinic@imgtec.com>
Signed-off-by: Goran Ferenc <goran.ferenc@imgtec.com>
Signed-off-by: Aleksandar Markovic <aleksandar.markovic@imgtec.com>
Reviewed-by: James Hogan <james.hogan@imgtec.com>
Cc: Bo Hu <bohu@google.com>
Cc: Douglas Leung <douglas.leung@imgtec.com>
Cc: Jin Qian <jinqian@google.com>
Cc: Paul Burton <paul.burton@imgtec.com>
Cc: Petar Jovanovic <petar.jovanovic@imgtec.com>
Cc: Raghu Gandham <raghu.gandham@imgtec.com>
Cc: <stable@vger.kernel.org> # 4.7+
Cc: linux-mips@linux-mips.org
Cc: linux-kernel@vger.kernel.org
Patchwork: https://patchwork.linux-mips.org/patch/16886/
Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
2017-07-27 19:08:54 +03:00
|
|
|
switch (CLPAIR(xc, yc)) {
|
2015-08-13 10:56:31 +03:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Infinity handling
|
|
|
|
*/
|
|
|
|
case CLPAIR(IEEE754_CLASS_INF, IEEE754_CLASS_ZERO):
|
|
|
|
case CLPAIR(IEEE754_CLASS_ZERO, IEEE754_CLASS_INF):
|
|
|
|
ieee754_setcx(IEEE754_INVALID_OPERATION);
|
|
|
|
return ieee754dp_indef();
|
|
|
|
|
|
|
|
case CLPAIR(IEEE754_CLASS_NORM, IEEE754_CLASS_INF):
|
|
|
|
case CLPAIR(IEEE754_CLASS_DNORM, IEEE754_CLASS_INF):
|
|
|
|
case CLPAIR(IEEE754_CLASS_INF, IEEE754_CLASS_NORM):
|
|
|
|
case CLPAIR(IEEE754_CLASS_INF, IEEE754_CLASS_DNORM):
|
|
|
|
case CLPAIR(IEEE754_CLASS_INF, IEEE754_CLASS_INF):
|
MIPS: math-emu: <MADDF|MSUBF>.<D|S>: Fix some cases of infinite inputs
Fix the cases of <MADDF|MSUBF>.<D|S> when any of two multiplicands is
infinity. The correct behavior in such cases is affected by the nature
of third input. Cases of addition of infinities with opposite signs
and subtraction of infinities with same signs may arise and must be
handles separately. Also, the value od flags argument (that determines
whether the instruction is MADDF or MSUBF) affects the outcome.
Relevant examples:
MADDF.S fd,fs,ft:
If fs contains +inf, ft contains +inf, and fd contains -inf, fd is
going to contain indef (without this patch, it used to contain
-inf).
MSUBF.S fd,fs,ft:
If fs contains +inf, ft contains 1.0, and fd contains +0.0, fd is
going to contain -inf (without this patch, it used to contain +inf).
Fixes: e24c3bec3e8e ("MIPS: math-emu: Add support for the MIPS R6 MADDF FPU instruction")
Fixes: 83d43305a1df ("MIPS: math-emu: Add support for the MIPS R6 MSUBF FPU instruction")
Signed-off-by: Douglas Leung <douglas.leung@imgtec.com>
Signed-off-by: Miodrag Dinic <miodrag.dinic@imgtec.com>
Signed-off-by: Goran Ferenc <goran.ferenc@imgtec.com>
Signed-off-by: Aleksandar Markovic <aleksandar.markovic@imgtec.com>
Reviewed-by: James Hogan <james.hogan@imgtec.com>
Cc: Douglas Leung <douglas.leung@imgtec.com>
Cc: Bo Hu <bohu@google.com>
Cc: Jin Qian <jinqian@google.com>
Cc: Paul Burton <paul.burton@imgtec.com>
Cc: Petar Jovanovic <petar.jovanovic@imgtec.com>
Cc: Raghu Gandham <raghu.gandham@imgtec.com>
Cc: <stable@vger.kernel.org> # 4.7+
Cc: linux-mips@linux-mips.org
Cc: linux-kernel@vger.kernel.org
Patchwork: https://patchwork.linux-mips.org/patch/16887/
Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
2017-07-27 19:08:55 +03:00
|
|
|
if ((zc == IEEE754_CLASS_INF) &&
|
2017-07-27 19:08:57 +03:00
|
|
|
((!(flags & MADDF_NEGATE_PRODUCT) && (zs != (xs ^ ys))) ||
|
|
|
|
((flags & MADDF_NEGATE_PRODUCT) && (zs == (xs ^ ys))))) {
|
MIPS: math-emu: <MADDF|MSUBF>.<D|S>: Fix some cases of infinite inputs
Fix the cases of <MADDF|MSUBF>.<D|S> when any of two multiplicands is
infinity. The correct behavior in such cases is affected by the nature
of third input. Cases of addition of infinities with opposite signs
and subtraction of infinities with same signs may arise and must be
handles separately. Also, the value od flags argument (that determines
whether the instruction is MADDF or MSUBF) affects the outcome.
Relevant examples:
MADDF.S fd,fs,ft:
If fs contains +inf, ft contains +inf, and fd contains -inf, fd is
going to contain indef (without this patch, it used to contain
-inf).
MSUBF.S fd,fs,ft:
If fs contains +inf, ft contains 1.0, and fd contains +0.0, fd is
going to contain -inf (without this patch, it used to contain +inf).
Fixes: e24c3bec3e8e ("MIPS: math-emu: Add support for the MIPS R6 MADDF FPU instruction")
Fixes: 83d43305a1df ("MIPS: math-emu: Add support for the MIPS R6 MSUBF FPU instruction")
Signed-off-by: Douglas Leung <douglas.leung@imgtec.com>
Signed-off-by: Miodrag Dinic <miodrag.dinic@imgtec.com>
Signed-off-by: Goran Ferenc <goran.ferenc@imgtec.com>
Signed-off-by: Aleksandar Markovic <aleksandar.markovic@imgtec.com>
Reviewed-by: James Hogan <james.hogan@imgtec.com>
Cc: Douglas Leung <douglas.leung@imgtec.com>
Cc: Bo Hu <bohu@google.com>
Cc: Jin Qian <jinqian@google.com>
Cc: Paul Burton <paul.burton@imgtec.com>
Cc: Petar Jovanovic <petar.jovanovic@imgtec.com>
Cc: Raghu Gandham <raghu.gandham@imgtec.com>
Cc: <stable@vger.kernel.org> # 4.7+
Cc: linux-mips@linux-mips.org
Cc: linux-kernel@vger.kernel.org
Patchwork: https://patchwork.linux-mips.org/patch/16887/
Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
2017-07-27 19:08:55 +03:00
|
|
|
/*
|
|
|
|
* Cases of addition of infinities with opposite signs
|
|
|
|
* or subtraction of infinities with same signs.
|
|
|
|
*/
|
|
|
|
ieee754_setcx(IEEE754_INVALID_OPERATION);
|
|
|
|
return ieee754dp_indef();
|
|
|
|
}
|
|
|
|
/*
|
|
|
|
* z is here either not an infinity, or an infinity having the
|
|
|
|
* same sign as product (x*y) (in case of MADDF.D instruction)
|
|
|
|
* or product -(x*y) (in MSUBF.D case). The result must be an
|
|
|
|
* infinity, and its sign is determined only by the value of
|
2017-07-27 19:08:57 +03:00
|
|
|
* (flags & MADDF_NEGATE_PRODUCT) and the signs of x and y.
|
MIPS: math-emu: <MADDF|MSUBF>.<D|S>: Fix some cases of infinite inputs
Fix the cases of <MADDF|MSUBF>.<D|S> when any of two multiplicands is
infinity. The correct behavior in such cases is affected by the nature
of third input. Cases of addition of infinities with opposite signs
and subtraction of infinities with same signs may arise and must be
handles separately. Also, the value od flags argument (that determines
whether the instruction is MADDF or MSUBF) affects the outcome.
Relevant examples:
MADDF.S fd,fs,ft:
If fs contains +inf, ft contains +inf, and fd contains -inf, fd is
going to contain indef (without this patch, it used to contain
-inf).
MSUBF.S fd,fs,ft:
If fs contains +inf, ft contains 1.0, and fd contains +0.0, fd is
going to contain -inf (without this patch, it used to contain +inf).
Fixes: e24c3bec3e8e ("MIPS: math-emu: Add support for the MIPS R6 MADDF FPU instruction")
Fixes: 83d43305a1df ("MIPS: math-emu: Add support for the MIPS R6 MSUBF FPU instruction")
Signed-off-by: Douglas Leung <douglas.leung@imgtec.com>
Signed-off-by: Miodrag Dinic <miodrag.dinic@imgtec.com>
Signed-off-by: Goran Ferenc <goran.ferenc@imgtec.com>
Signed-off-by: Aleksandar Markovic <aleksandar.markovic@imgtec.com>
Reviewed-by: James Hogan <james.hogan@imgtec.com>
Cc: Douglas Leung <douglas.leung@imgtec.com>
Cc: Bo Hu <bohu@google.com>
Cc: Jin Qian <jinqian@google.com>
Cc: Paul Burton <paul.burton@imgtec.com>
Cc: Petar Jovanovic <petar.jovanovic@imgtec.com>
Cc: Raghu Gandham <raghu.gandham@imgtec.com>
Cc: <stable@vger.kernel.org> # 4.7+
Cc: linux-mips@linux-mips.org
Cc: linux-kernel@vger.kernel.org
Patchwork: https://patchwork.linux-mips.org/patch/16887/
Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
2017-07-27 19:08:55 +03:00
|
|
|
*/
|
2017-07-27 19:08:57 +03:00
|
|
|
if (flags & MADDF_NEGATE_PRODUCT)
|
MIPS: math-emu: <MADDF|MSUBF>.<D|S>: Fix some cases of infinite inputs
Fix the cases of <MADDF|MSUBF>.<D|S> when any of two multiplicands is
infinity. The correct behavior in such cases is affected by the nature
of third input. Cases of addition of infinities with opposite signs
and subtraction of infinities with same signs may arise and must be
handles separately. Also, the value od flags argument (that determines
whether the instruction is MADDF or MSUBF) affects the outcome.
Relevant examples:
MADDF.S fd,fs,ft:
If fs contains +inf, ft contains +inf, and fd contains -inf, fd is
going to contain indef (without this patch, it used to contain
-inf).
MSUBF.S fd,fs,ft:
If fs contains +inf, ft contains 1.0, and fd contains +0.0, fd is
going to contain -inf (without this patch, it used to contain +inf).
Fixes: e24c3bec3e8e ("MIPS: math-emu: Add support for the MIPS R6 MADDF FPU instruction")
Fixes: 83d43305a1df ("MIPS: math-emu: Add support for the MIPS R6 MSUBF FPU instruction")
Signed-off-by: Douglas Leung <douglas.leung@imgtec.com>
Signed-off-by: Miodrag Dinic <miodrag.dinic@imgtec.com>
Signed-off-by: Goran Ferenc <goran.ferenc@imgtec.com>
Signed-off-by: Aleksandar Markovic <aleksandar.markovic@imgtec.com>
Reviewed-by: James Hogan <james.hogan@imgtec.com>
Cc: Douglas Leung <douglas.leung@imgtec.com>
Cc: Bo Hu <bohu@google.com>
Cc: Jin Qian <jinqian@google.com>
Cc: Paul Burton <paul.burton@imgtec.com>
Cc: Petar Jovanovic <petar.jovanovic@imgtec.com>
Cc: Raghu Gandham <raghu.gandham@imgtec.com>
Cc: <stable@vger.kernel.org> # 4.7+
Cc: linux-mips@linux-mips.org
Cc: linux-kernel@vger.kernel.org
Patchwork: https://patchwork.linux-mips.org/patch/16887/
Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
2017-07-27 19:08:55 +03:00
|
|
|
return ieee754dp_inf(1 ^ (xs ^ ys));
|
|
|
|
else
|
|
|
|
return ieee754dp_inf(xs ^ ys);
|
2015-08-13 10:56:31 +03:00
|
|
|
|
|
|
|
case CLPAIR(IEEE754_CLASS_ZERO, IEEE754_CLASS_ZERO):
|
|
|
|
case CLPAIR(IEEE754_CLASS_ZERO, IEEE754_CLASS_NORM):
|
|
|
|
case CLPAIR(IEEE754_CLASS_ZERO, IEEE754_CLASS_DNORM):
|
|
|
|
case CLPAIR(IEEE754_CLASS_NORM, IEEE754_CLASS_ZERO):
|
|
|
|
case CLPAIR(IEEE754_CLASS_DNORM, IEEE754_CLASS_ZERO):
|
|
|
|
if (zc == IEEE754_CLASS_INF)
|
|
|
|
return ieee754dp_inf(zs);
|
2017-07-27 19:08:56 +03:00
|
|
|
if (zc == IEEE754_CLASS_ZERO) {
|
|
|
|
/* Handle cases +0 + (-0) and similar ones. */
|
2017-07-27 19:08:57 +03:00
|
|
|
if ((!(flags & MADDF_NEGATE_PRODUCT)
|
2017-07-27 19:08:56 +03:00
|
|
|
&& (zs == (xs ^ ys))) ||
|
2017-07-27 19:08:57 +03:00
|
|
|
((flags & MADDF_NEGATE_PRODUCT)
|
2017-07-27 19:08:56 +03:00
|
|
|
&& (zs != (xs ^ ys))))
|
|
|
|
/*
|
|
|
|
* Cases of addition of zeros of equal signs
|
|
|
|
* or subtraction of zeroes of opposite signs.
|
|
|
|
* The sign of the resulting zero is in any
|
|
|
|
* such case determined only by the sign of z.
|
|
|
|
*/
|
|
|
|
return z;
|
|
|
|
|
|
|
|
return ieee754dp_zero(ieee754_csr.rm == FPU_CSR_RD);
|
|
|
|
}
|
|
|
|
/* x*y is here 0, and z is not 0, so just return z */
|
2015-08-13 10:56:31 +03:00
|
|
|
return z;
|
|
|
|
|
|
|
|
case CLPAIR(IEEE754_CLASS_DNORM, IEEE754_CLASS_DNORM):
|
|
|
|
DPDNORMX;
|
|
|
|
|
|
|
|
case CLPAIR(IEEE754_CLASS_NORM, IEEE754_CLASS_DNORM):
|
MIPS: math-emu: <MADDF|MSUBF>.<D|S>: Fix NaN propagation
Fix the cases of <MADDF|MSUBF>.<D|S> when any of three inputs is any
NaN. Correct behavior of <MADDF|MSUBF>.<D|S> fd, fs, ft is following:
- if any of inputs is sNaN, return a sNaN using following rules: if
only one input is sNaN, return that one; if more than one input is
sNaN, order of precedence for return value is fd, fs, ft
- if no input is sNaN, but at least one of inputs is qNaN, return a
qNaN using following rules: if only one input is qNaN, return that
one; if more than one input is qNaN, order of precedence for
return value is fd, fs, ft
The previous code contained correct handling of some above cases, but
not all. Also, such handling was scattered into various cases of
"switch (CLPAIR(xc, yc))" statement, and elsewhere. With this patch,
this logic is placed in one place, and "switch (CLPAIR(xc, yc))" is
significantly simplified.
A relevant example:
MADDF.S fd,fs,ft:
If fs contains qNaN1, ft contains qNaN2, and fd contains qNaN3, fd
is going to contain qNaN3 (without this patch, it used to contain
qNaN1).
Fixes: e24c3bec3e8e ("MIPS: math-emu: Add support for the MIPS R6 MADDF FPU instruction")
Fixes: 83d43305a1df ("MIPS: math-emu: Add support for the MIPS R6 MSUBF FPU instruction")
Signed-off-by: Miodrag Dinic <miodrag.dinic@imgtec.com>
Signed-off-by: Goran Ferenc <goran.ferenc@imgtec.com>
Signed-off-by: Aleksandar Markovic <aleksandar.markovic@imgtec.com>
Reviewed-by: James Hogan <james.hogan@imgtec.com>
Cc: Bo Hu <bohu@google.com>
Cc: Douglas Leung <douglas.leung@imgtec.com>
Cc: Jin Qian <jinqian@google.com>
Cc: Paul Burton <paul.burton@imgtec.com>
Cc: Petar Jovanovic <petar.jovanovic@imgtec.com>
Cc: Raghu Gandham <raghu.gandham@imgtec.com>
Cc: <stable@vger.kernel.org> # 4.7+
Cc: linux-mips@linux-mips.org
Cc: linux-kernel@vger.kernel.org
Patchwork: https://patchwork.linux-mips.org/patch/16886/
Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
2017-07-27 19:08:54 +03:00
|
|
|
if (zc == IEEE754_CLASS_INF)
|
2015-08-13 10:56:31 +03:00
|
|
|
return ieee754dp_inf(zs);
|
|
|
|
DPDNORMY;
|
|
|
|
break;
|
|
|
|
|
|
|
|
case CLPAIR(IEEE754_CLASS_DNORM, IEEE754_CLASS_NORM):
|
MIPS: math-emu: <MADDF|MSUBF>.<D|S>: Fix NaN propagation
Fix the cases of <MADDF|MSUBF>.<D|S> when any of three inputs is any
NaN. Correct behavior of <MADDF|MSUBF>.<D|S> fd, fs, ft is following:
- if any of inputs is sNaN, return a sNaN using following rules: if
only one input is sNaN, return that one; if more than one input is
sNaN, order of precedence for return value is fd, fs, ft
- if no input is sNaN, but at least one of inputs is qNaN, return a
qNaN using following rules: if only one input is qNaN, return that
one; if more than one input is qNaN, order of precedence for
return value is fd, fs, ft
The previous code contained correct handling of some above cases, but
not all. Also, such handling was scattered into various cases of
"switch (CLPAIR(xc, yc))" statement, and elsewhere. With this patch,
this logic is placed in one place, and "switch (CLPAIR(xc, yc))" is
significantly simplified.
A relevant example:
MADDF.S fd,fs,ft:
If fs contains qNaN1, ft contains qNaN2, and fd contains qNaN3, fd
is going to contain qNaN3 (without this patch, it used to contain
qNaN1).
Fixes: e24c3bec3e8e ("MIPS: math-emu: Add support for the MIPS R6 MADDF FPU instruction")
Fixes: 83d43305a1df ("MIPS: math-emu: Add support for the MIPS R6 MSUBF FPU instruction")
Signed-off-by: Miodrag Dinic <miodrag.dinic@imgtec.com>
Signed-off-by: Goran Ferenc <goran.ferenc@imgtec.com>
Signed-off-by: Aleksandar Markovic <aleksandar.markovic@imgtec.com>
Reviewed-by: James Hogan <james.hogan@imgtec.com>
Cc: Bo Hu <bohu@google.com>
Cc: Douglas Leung <douglas.leung@imgtec.com>
Cc: Jin Qian <jinqian@google.com>
Cc: Paul Burton <paul.burton@imgtec.com>
Cc: Petar Jovanovic <petar.jovanovic@imgtec.com>
Cc: Raghu Gandham <raghu.gandham@imgtec.com>
Cc: <stable@vger.kernel.org> # 4.7+
Cc: linux-mips@linux-mips.org
Cc: linux-kernel@vger.kernel.org
Patchwork: https://patchwork.linux-mips.org/patch/16886/
Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
2017-07-27 19:08:54 +03:00
|
|
|
if (zc == IEEE754_CLASS_INF)
|
2015-08-13 10:56:31 +03:00
|
|
|
return ieee754dp_inf(zs);
|
|
|
|
DPDNORMX;
|
|
|
|
break;
|
|
|
|
|
|
|
|
case CLPAIR(IEEE754_CLASS_NORM, IEEE754_CLASS_NORM):
|
MIPS: math-emu: <MADDF|MSUBF>.<D|S>: Fix NaN propagation
Fix the cases of <MADDF|MSUBF>.<D|S> when any of three inputs is any
NaN. Correct behavior of <MADDF|MSUBF>.<D|S> fd, fs, ft is following:
- if any of inputs is sNaN, return a sNaN using following rules: if
only one input is sNaN, return that one; if more than one input is
sNaN, order of precedence for return value is fd, fs, ft
- if no input is sNaN, but at least one of inputs is qNaN, return a
qNaN using following rules: if only one input is qNaN, return that
one; if more than one input is qNaN, order of precedence for
return value is fd, fs, ft
The previous code contained correct handling of some above cases, but
not all. Also, such handling was scattered into various cases of
"switch (CLPAIR(xc, yc))" statement, and elsewhere. With this patch,
this logic is placed in one place, and "switch (CLPAIR(xc, yc))" is
significantly simplified.
A relevant example:
MADDF.S fd,fs,ft:
If fs contains qNaN1, ft contains qNaN2, and fd contains qNaN3, fd
is going to contain qNaN3 (without this patch, it used to contain
qNaN1).
Fixes: e24c3bec3e8e ("MIPS: math-emu: Add support for the MIPS R6 MADDF FPU instruction")
Fixes: 83d43305a1df ("MIPS: math-emu: Add support for the MIPS R6 MSUBF FPU instruction")
Signed-off-by: Miodrag Dinic <miodrag.dinic@imgtec.com>
Signed-off-by: Goran Ferenc <goran.ferenc@imgtec.com>
Signed-off-by: Aleksandar Markovic <aleksandar.markovic@imgtec.com>
Reviewed-by: James Hogan <james.hogan@imgtec.com>
Cc: Bo Hu <bohu@google.com>
Cc: Douglas Leung <douglas.leung@imgtec.com>
Cc: Jin Qian <jinqian@google.com>
Cc: Paul Burton <paul.burton@imgtec.com>
Cc: Petar Jovanovic <petar.jovanovic@imgtec.com>
Cc: Raghu Gandham <raghu.gandham@imgtec.com>
Cc: <stable@vger.kernel.org> # 4.7+
Cc: linux-mips@linux-mips.org
Cc: linux-kernel@vger.kernel.org
Patchwork: https://patchwork.linux-mips.org/patch/16886/
Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
2017-07-27 19:08:54 +03:00
|
|
|
if (zc == IEEE754_CLASS_INF)
|
2015-08-13 10:56:31 +03:00
|
|
|
return ieee754dp_inf(zs);
|
|
|
|
/* fall through to real computations */
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Finally get to do some computation */
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Do the multiplication bit first
|
|
|
|
*
|
|
|
|
* rm = xm * ym, re = xe + ye basically
|
|
|
|
*
|
|
|
|
* At this point xm and ym should have been normalized.
|
|
|
|
*/
|
|
|
|
assert(xm & DP_HIDDEN_BIT);
|
|
|
|
assert(ym & DP_HIDDEN_BIT);
|
|
|
|
|
|
|
|
re = xe + ye;
|
|
|
|
rs = xs ^ ys;
|
2017-07-27 19:08:57 +03:00
|
|
|
if (flags & MADDF_NEGATE_PRODUCT)
|
2016-04-21 16:04:50 +03:00
|
|
|
rs ^= 1;
|
2015-08-13 10:56:31 +03:00
|
|
|
|
|
|
|
/* shunt to top of word */
|
|
|
|
xm <<= 64 - (DP_FBITS + 1);
|
|
|
|
ym <<= 64 - (DP_FBITS + 1);
|
|
|
|
|
|
|
|
/*
|
2017-07-27 19:08:59 +03:00
|
|
|
* Multiply 64 bits xm and ym to give 128 bits result in hrm:lrm.
|
2015-08-13 10:56:31 +03:00
|
|
|
*/
|
|
|
|
|
|
|
|
/* 32 * 32 => 64 */
|
|
|
|
#define DPXMULT(x, y) ((u64)(x) * (u64)y)
|
|
|
|
|
|
|
|
lxm = xm;
|
|
|
|
hxm = xm >> 32;
|
|
|
|
lym = ym;
|
|
|
|
hym = ym >> 32;
|
|
|
|
|
|
|
|
lrm = DPXMULT(lxm, lym);
|
|
|
|
hrm = DPXMULT(hxm, hym);
|
|
|
|
|
|
|
|
t = DPXMULT(lxm, hym);
|
|
|
|
|
|
|
|
at = lrm + (t << 32);
|
|
|
|
hrm += at < lrm;
|
|
|
|
lrm = at;
|
|
|
|
|
|
|
|
hrm = hrm + (t >> 32);
|
|
|
|
|
|
|
|
t = DPXMULT(hxm, lym);
|
|
|
|
|
|
|
|
at = lrm + (t << 32);
|
|
|
|
hrm += at < lrm;
|
|
|
|
lrm = at;
|
|
|
|
|
|
|
|
hrm = hrm + (t >> 32);
|
|
|
|
|
2017-07-27 19:08:59 +03:00
|
|
|
/* Put explicit bit at bit 126 if necessary */
|
|
|
|
if ((int64_t)hrm < 0) {
|
|
|
|
lrm = (hrm << 63) | (lrm >> 1);
|
|
|
|
hrm = hrm >> 1;
|
2016-04-21 16:04:53 +03:00
|
|
|
re++;
|
2015-08-13 10:56:31 +03:00
|
|
|
}
|
|
|
|
|
2017-07-27 19:08:59 +03:00
|
|
|
assert(hrm & (1 << 62));
|
2017-06-19 18:50:12 +03:00
|
|
|
|
2017-07-27 19:08:59 +03:00
|
|
|
if (zc == IEEE754_CLASS_ZERO) {
|
|
|
|
/*
|
|
|
|
* Move explicit bit from bit 126 to bit 55 since the
|
|
|
|
* ieee754dp_format code expects the mantissa to be
|
|
|
|
* 56 bits wide (53 + 3 rounding bits).
|
|
|
|
*/
|
|
|
|
srl128(&hrm, &lrm, (126 - 55));
|
|
|
|
return ieee754dp_format(rs, re, lrm);
|
|
|
|
}
|
2015-08-13 10:56:31 +03:00
|
|
|
|
2017-07-27 19:08:59 +03:00
|
|
|
/* Move explicit bit from bit 52 to bit 126 */
|
|
|
|
lzm = 0;
|
|
|
|
hzm = zm << 10;
|
|
|
|
assert(hzm & (1 << 62));
|
2015-08-13 10:56:31 +03:00
|
|
|
|
2017-07-27 19:08:59 +03:00
|
|
|
/* Make the exponents the same */
|
2015-08-13 10:56:31 +03:00
|
|
|
if (ze > re) {
|
|
|
|
/*
|
|
|
|
* Have to shift y fraction right to align.
|
|
|
|
*/
|
|
|
|
s = ze - re;
|
2017-07-27 19:08:59 +03:00
|
|
|
srl128(&hrm, &lrm, s);
|
2015-08-13 10:56:31 +03:00
|
|
|
re += s;
|
|
|
|
} else if (re > ze) {
|
|
|
|
/*
|
|
|
|
* Have to shift x fraction right to align.
|
|
|
|
*/
|
|
|
|
s = re - ze;
|
2017-07-27 19:08:59 +03:00
|
|
|
srl128(&hzm, &lzm, s);
|
2015-08-13 10:56:31 +03:00
|
|
|
ze += s;
|
|
|
|
}
|
|
|
|
assert(ze == re);
|
|
|
|
assert(ze <= DP_EMAX);
|
|
|
|
|
2017-07-27 19:08:59 +03:00
|
|
|
/* Do the addition */
|
2015-08-13 10:56:31 +03:00
|
|
|
if (zs == rs) {
|
|
|
|
/*
|
2017-07-27 19:08:59 +03:00
|
|
|
* Generate 128 bit result by adding two 127 bit numbers
|
|
|
|
* leaving result in hzm:lzm, zs and ze.
|
2015-08-13 10:56:31 +03:00
|
|
|
*/
|
2017-07-27 19:08:59 +03:00
|
|
|
hzm = hzm + hrm + (lzm > (lzm + lrm));
|
|
|
|
lzm = lzm + lrm;
|
|
|
|
if ((int64_t)hzm < 0) { /* carry out */
|
|
|
|
srl128(&hzm, &lzm, 1);
|
2015-08-13 10:56:31 +03:00
|
|
|
ze++;
|
|
|
|
}
|
|
|
|
} else {
|
2017-07-27 19:08:59 +03:00
|
|
|
if (hzm > hrm || (hzm == hrm && lzm >= lrm)) {
|
|
|
|
hzm = hzm - hrm - (lzm < lrm);
|
|
|
|
lzm = lzm - lrm;
|
2015-08-13 10:56:31 +03:00
|
|
|
} else {
|
2017-07-27 19:08:59 +03:00
|
|
|
hzm = hrm - hzm - (lrm < lzm);
|
|
|
|
lzm = lrm - lzm;
|
2015-08-13 10:56:31 +03:00
|
|
|
zs = rs;
|
|
|
|
}
|
2017-07-27 19:08:59 +03:00
|
|
|
if (lzm == 0 && hzm == 0)
|
2015-08-13 10:56:31 +03:00
|
|
|
return ieee754dp_zero(ieee754_csr.rm == FPU_CSR_RD);
|
|
|
|
|
|
|
|
/*
|
2017-07-27 19:08:59 +03:00
|
|
|
* Put explicit bit at bit 126 if necessary.
|
2015-08-13 10:56:31 +03:00
|
|
|
*/
|
2017-07-27 19:08:59 +03:00
|
|
|
if (hzm == 0) {
|
|
|
|
/* left shift by 63 or 64 bits */
|
|
|
|
if ((int64_t)lzm < 0) {
|
|
|
|
/* MSB of lzm is the explicit bit */
|
|
|
|
hzm = lzm >> 1;
|
|
|
|
lzm = lzm << 63;
|
|
|
|
ze -= 63;
|
|
|
|
} else {
|
|
|
|
hzm = lzm;
|
|
|
|
lzm = 0;
|
|
|
|
ze -= 64;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
t = 0;
|
|
|
|
while ((hzm >> (62 - t)) == 0)
|
|
|
|
t++;
|
|
|
|
|
|
|
|
assert(t <= 62);
|
|
|
|
if (t) {
|
|
|
|
hzm = hzm << t | lzm >> (64 - t);
|
|
|
|
lzm = lzm << t;
|
|
|
|
ze -= t;
|
2015-08-13 10:56:31 +03:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2017-07-27 19:08:59 +03:00
|
|
|
/*
|
|
|
|
* Move explicit bit from bit 126 to bit 55 since the
|
|
|
|
* ieee754dp_format code expects the mantissa to be
|
|
|
|
* 56 bits wide (53 + 3 rounding bits).
|
|
|
|
*/
|
|
|
|
srl128(&hzm, &lzm, (126 - 55));
|
|
|
|
|
|
|
|
return ieee754dp_format(zs, ze, lzm);
|
2015-08-13 10:56:31 +03:00
|
|
|
}
|
2016-04-21 16:04:50 +03:00
|
|
|
|
|
|
|
union ieee754dp ieee754dp_maddf(union ieee754dp z, union ieee754dp x,
|
|
|
|
union ieee754dp y)
|
|
|
|
{
|
|
|
|
return _dp_maddf(z, x, y, 0);
|
|
|
|
}
|
|
|
|
|
|
|
|
union ieee754dp ieee754dp_msubf(union ieee754dp z, union ieee754dp x,
|
|
|
|
union ieee754dp y)
|
|
|
|
{
|
2017-07-27 19:08:57 +03:00
|
|
|
return _dp_maddf(z, x, y, MADDF_NEGATE_PRODUCT);
|
2016-04-21 16:04:50 +03:00
|
|
|
}
|