2018-01-19 16:36:40 +00:00
|
|
|
/*
|
|
|
|
* QEMU float support
|
|
|
|
*
|
|
|
|
* The code in this source file is derived from release 2a of the SoftFloat
|
|
|
|
* IEC/IEEE Floating-point Arithmetic Package. Those parts of the code (and
|
|
|
|
* some later contributions) are provided under that license, as detailed below.
|
|
|
|
* It has subsequently been modified by contributors to the QEMU Project,
|
|
|
|
* so some portions are provided under:
|
|
|
|
* the SoftFloat-2a license
|
|
|
|
* the BSD license
|
|
|
|
* GPL-v2-or-later
|
|
|
|
*
|
|
|
|
* This header holds definitions for code that might be dealing with
|
|
|
|
* softfloat types but not need access to the actual library functions.
|
|
|
|
*/
|
|
|
|
/*
|
|
|
|
===============================================================================
|
|
|
|
This C header file is part of the SoftFloat IEC/IEEE Floating-point
|
|
|
|
Arithmetic Package, Release 2a.
|
|
|
|
|
|
|
|
Written by John R. Hauser. This work was made possible in part by the
|
|
|
|
International Computer Science Institute, located at Suite 600, 1947 Center
|
|
|
|
Street, Berkeley, California 94704. Funding was partially provided by the
|
|
|
|
National Science Foundation under grant MIP-9311980. The original version
|
|
|
|
of this code was written as part of a project to build a fixed-point vector
|
|
|
|
processor in collaboration with the University of California at Berkeley,
|
|
|
|
overseen by Profs. Nelson Morgan and John Wawrzynek. More information
|
|
|
|
is available through the Web page `http://HTTP.CS.Berkeley.EDU/~jhauser/
|
|
|
|
arithmetic/SoftFloat.html'.
|
|
|
|
|
|
|
|
THIS SOFTWARE IS DISTRIBUTED AS IS, FOR FREE. Although reasonable effort
|
|
|
|
has been made to avoid it, THIS SOFTWARE MAY CONTAIN FAULTS THAT WILL AT
|
|
|
|
TIMES RESULT IN INCORRECT BEHAVIOR. USE OF THIS SOFTWARE IS RESTRICTED TO
|
|
|
|
PERSONS AND ORGANIZATIONS WHO CAN AND WILL TAKE FULL RESPONSIBILITY FOR ANY
|
|
|
|
AND ALL LOSSES, COSTS, OR OTHER PROBLEMS ARISING FROM ITS USE.
|
|
|
|
|
|
|
|
Derivative works are acceptable, even for commercial purposes, so long as
|
|
|
|
(1) they include prominent notice that the work is derivative, and (2) they
|
|
|
|
include prominent notice akin to these four paragraphs for those parts of
|
|
|
|
this code that are retained.
|
|
|
|
|
|
|
|
===============================================================================
|
|
|
|
*/
|
|
|
|
|
|
|
|
/* BSD licensing:
|
|
|
|
* Copyright (c) 2006, Fabrice Bellard
|
|
|
|
* All rights reserved.
|
|
|
|
*
|
|
|
|
* Redistribution and use in source and binary forms, with or without
|
|
|
|
* modification, are permitted provided that the following conditions are met:
|
|
|
|
*
|
|
|
|
* 1. Redistributions of source code must retain the above copyright notice,
|
|
|
|
* this list of conditions and the following disclaimer.
|
|
|
|
*
|
|
|
|
* 2. Redistributions in binary form must reproduce the above copyright notice,
|
|
|
|
* this list of conditions and the following disclaimer in the documentation
|
|
|
|
* and/or other materials provided with the distribution.
|
|
|
|
*
|
|
|
|
* 3. Neither the name of the copyright holder nor the names of its contributors
|
|
|
|
* may be used to endorse or promote products derived from this software without
|
|
|
|
* specific prior written permission.
|
|
|
|
*
|
|
|
|
* THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS"
|
|
|
|
* AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
|
|
|
|
* IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
|
|
|
|
* ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR CONTRIBUTORS BE
|
|
|
|
* LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR
|
|
|
|
* CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF
|
|
|
|
* SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS
|
|
|
|
* INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN
|
|
|
|
* CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE)
|
|
|
|
* ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF
|
|
|
|
* THE POSSIBILITY OF SUCH DAMAGE.
|
|
|
|
*/
|
|
|
|
|
|
|
|
/* Portions of this work are licensed under the terms of the GNU GPL,
|
|
|
|
* version 2 or later. See the COPYING file in the top-level directory.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#ifndef SOFTFLOAT_TYPES_H
|
|
|
|
#define SOFTFLOAT_TYPES_H
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Software IEC/IEEE floating-point types.
|
|
|
|
*/
|
|
|
|
|
|
|
|
typedef uint16_t float16;
|
|
|
|
typedef uint32_t float32;
|
|
|
|
typedef uint64_t float64;
|
|
|
|
#define float16_val(x) (x)
|
|
|
|
#define float32_val(x) (x)
|
|
|
|
#define float64_val(x) (x)
|
|
|
|
#define make_float16(x) (x)
|
|
|
|
#define make_float32(x) (x)
|
|
|
|
#define make_float64(x) (x)
|
|
|
|
#define const_float16(x) (x)
|
|
|
|
#define const_float32(x) (x)
|
|
|
|
#define const_float64(x) (x)
|
|
|
|
typedef struct {
|
|
|
|
uint64_t low;
|
|
|
|
uint16_t high;
|
|
|
|
} floatx80;
|
|
|
|
#define make_floatx80(exp, mant) ((floatx80) { mant, exp })
|
|
|
|
#define make_floatx80_init(exp, mant) { .low = mant, .high = exp }
|
|
|
|
typedef struct {
|
2022-03-23 15:57:17 +00:00
|
|
|
#if HOST_BIG_ENDIAN
|
2018-01-19 16:36:40 +00:00
|
|
|
uint64_t high, low;
|
|
|
|
#else
|
|
|
|
uint64_t low, high;
|
|
|
|
#endif
|
|
|
|
} float128;
|
|
|
|
#define make_float128(high_, low_) ((float128) { .high = high_, .low = low_ })
|
|
|
|
#define make_float128_init(high_, low_) { .high = high_, .low = low_ }
|
|
|
|
|
2020-08-13 07:14:19 +00:00
|
|
|
/*
|
|
|
|
* Software neural-network floating-point types.
|
|
|
|
*/
|
|
|
|
typedef uint16_t bfloat16;
|
|
|
|
|
2018-01-19 18:24:22 +00:00
|
|
|
/*
|
|
|
|
* Software IEC/IEEE floating-point underflow tininess-detection mode.
|
|
|
|
*/
|
|
|
|
|
2020-05-05 04:19:39 +00:00
|
|
|
#define float_tininess_after_rounding false
|
|
|
|
#define float_tininess_before_rounding true
|
2018-01-19 18:24:22 +00:00
|
|
|
|
|
|
|
/*
|
|
|
|
*Software IEC/IEEE floating-point rounding mode.
|
|
|
|
*/
|
|
|
|
|
2020-05-05 16:01:49 +00:00
|
|
|
typedef enum __attribute__((__packed__)) {
|
2018-01-19 18:24:22 +00:00
|
|
|
float_round_nearest_even = 0,
|
|
|
|
float_round_down = 1,
|
|
|
|
float_round_up = 2,
|
|
|
|
float_round_to_zero = 3,
|
|
|
|
float_round_ties_away = 4,
|
2021-05-25 22:58:10 +00:00
|
|
|
/* Not an IEEE rounding mode: round to closest odd, overflow to max */
|
2018-01-19 18:24:22 +00:00
|
|
|
float_round_to_odd = 5,
|
2021-05-25 22:58:10 +00:00
|
|
|
/* Not an IEEE rounding mode: round to closest odd, overflow to inf */
|
|
|
|
float_round_to_odd_inf = 6,
|
2020-05-05 16:01:49 +00:00
|
|
|
} FloatRoundMode;
|
2018-01-19 18:24:22 +00:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Software IEC/IEEE floating-point exception flags.
|
|
|
|
*/
|
|
|
|
|
|
|
|
enum {
|
2021-12-17 16:57:14 +00:00
|
|
|
float_flag_invalid = 0x0001,
|
|
|
|
float_flag_divbyzero = 0x0002,
|
|
|
|
float_flag_overflow = 0x0004,
|
|
|
|
float_flag_underflow = 0x0008,
|
|
|
|
float_flag_inexact = 0x0010,
|
|
|
|
float_flag_input_denormal = 0x0020,
|
|
|
|
float_flag_output_denormal = 0x0040,
|
2021-12-17 16:57:14 +00:00
|
|
|
float_flag_invalid_isi = 0x0080, /* inf - inf */
|
2021-12-17 16:57:14 +00:00
|
|
|
float_flag_invalid_imz = 0x0100, /* inf * 0 */
|
2021-12-17 16:57:14 +00:00
|
|
|
float_flag_invalid_idi = 0x0200, /* inf / inf */
|
|
|
|
float_flag_invalid_zdz = 0x0400, /* 0 / 0 */
|
2021-12-17 16:57:14 +00:00
|
|
|
float_flag_invalid_sqrt = 0x0800, /* sqrt(-x) */
|
2021-12-17 16:57:14 +00:00
|
|
|
float_flag_invalid_cvti = 0x1000, /* non-nan to integer */
|
2021-12-17 16:57:14 +00:00
|
|
|
float_flag_invalid_snan = 0x2000, /* any operand was snan */
|
2018-01-19 18:24:22 +00:00
|
|
|
};
|
|
|
|
|
2020-11-21 17:33:36 +00:00
|
|
|
/*
|
|
|
|
* Rounding precision for floatx80.
|
|
|
|
*/
|
|
|
|
typedef enum __attribute__((__packed__)) {
|
|
|
|
floatx80_precision_x,
|
|
|
|
floatx80_precision_d,
|
|
|
|
floatx80_precision_s,
|
|
|
|
} FloatX80RoundPrec;
|
2018-01-19 18:24:22 +00:00
|
|
|
|
softfloat: Allow 2-operand NaN propagation rule to be set at runtime
IEEE 758 does not define a fixed rule for which NaN to pick as the
result if both operands of a 2-operand operation are NaNs. As a
result different architectures have ended up with different rules for
propagating NaNs.
QEMU currently hardcodes the NaN propagation logic into the binary
because pickNaN() has an ifdef ladder for different targets. We want
to make the propagation rule instead be selectable at runtime,
because:
* this will let us have multiple targets in one QEMU binary
* the Arm FEAT_AFP architectural feature includes letting
the guest select a NaN propagation rule at runtime
* x86 specifies different propagation rules for x87 FPU ops
and for SSE ops, and specifying the rule in the float_status
would let us emulate this, instead of wrongly using the
x87 rules everywhere
In this commit we add an enum for the propagation rule, the field in
float_status, and the corresponding getters and setters. We change
pickNaN to honour this, but because all targets still leave this
field at its default 0 value, the fallback logic will pick the rule
type with the old ifdef ladder.
It's valid not to set a propagation rule if default_nan_mode is
enabled, because in that case there's no need to pick a NaN; all the
callers of pickNaN() catch this case and skip calling it. So we can
already assert that we don't get into the "no rule defined" codepath
for our four targets which always set default_nan_mode: Hexagon,
RiscV, SH4 and Tricore, and for the one target which does not have FP
at all: avr. These targets will not need to be updated to call
set_float_2nan_prop_rule().
Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
Reviewed-by: Richard Henderson <richard.henderson@linaro.org>
Message-id: 20241025141254.2141506-2-peter.maydell@linaro.org
2024-11-05 10:09:52 +00:00
|
|
|
/*
|
|
|
|
* 2-input NaN propagation rule. Individual architectures have
|
|
|
|
* different rules for which input NaN is propagated to the output
|
|
|
|
* when there is more than one NaN on the input.
|
|
|
|
*
|
|
|
|
* If default_nan_mode is enabled then it is valid not to set a
|
|
|
|
* NaN propagation rule, because the softfloat code guarantees
|
|
|
|
* not to try to pick a NaN to propagate in default NaN mode.
|
2024-11-05 10:09:58 +00:00
|
|
|
* When not in default-NaN mode, it is an error for the target
|
|
|
|
* not to set the rule in float_status, and we will assert if
|
|
|
|
* we need to handle an input NaN and no rule was selected.
|
softfloat: Allow 2-operand NaN propagation rule to be set at runtime
IEEE 758 does not define a fixed rule for which NaN to pick as the
result if both operands of a 2-operand operation are NaNs. As a
result different architectures have ended up with different rules for
propagating NaNs.
QEMU currently hardcodes the NaN propagation logic into the binary
because pickNaN() has an ifdef ladder for different targets. We want
to make the propagation rule instead be selectable at runtime,
because:
* this will let us have multiple targets in one QEMU binary
* the Arm FEAT_AFP architectural feature includes letting
the guest select a NaN propagation rule at runtime
* x86 specifies different propagation rules for x87 FPU ops
and for SSE ops, and specifying the rule in the float_status
would let us emulate this, instead of wrongly using the
x87 rules everywhere
In this commit we add an enum for the propagation rule, the field in
float_status, and the corresponding getters and setters. We change
pickNaN to honour this, but because all targets still leave this
field at its default 0 value, the fallback logic will pick the rule
type with the old ifdef ladder.
It's valid not to set a propagation rule if default_nan_mode is
enabled, because in that case there's no need to pick a NaN; all the
callers of pickNaN() catch this case and skip calling it. So we can
already assert that we don't get into the "no rule defined" codepath
for our four targets which always set default_nan_mode: Hexagon,
RiscV, SH4 and Tricore, and for the one target which does not have FP
at all: avr. These targets will not need to be updated to call
set_float_2nan_prop_rule().
Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
Reviewed-by: Richard Henderson <richard.henderson@linaro.org>
Message-id: 20241025141254.2141506-2-peter.maydell@linaro.org
2024-11-05 10:09:52 +00:00
|
|
|
*/
|
|
|
|
typedef enum __attribute__((__packed__)) {
|
|
|
|
/* No propagation rule specified */
|
|
|
|
float_2nan_prop_none = 0,
|
|
|
|
/* Prefer SNaN over QNaN, then operand A over B */
|
|
|
|
float_2nan_prop_s_ab,
|
|
|
|
/* Prefer SNaN over QNaN, then operand B over A */
|
|
|
|
float_2nan_prop_s_ba,
|
|
|
|
/* Prefer A over B regardless of SNaN vs QNaN */
|
|
|
|
float_2nan_prop_ab,
|
|
|
|
/* Prefer B over A regardless of SNaN vs QNaN */
|
|
|
|
float_2nan_prop_ba,
|
|
|
|
/*
|
|
|
|
* This implements x87 NaN propagation rules:
|
|
|
|
* SNaN + QNaN => return the QNaN
|
|
|
|
* two SNaNs => return the one with the larger significand, silenced
|
|
|
|
* two QNaNs => return the one with the larger significand
|
|
|
|
* SNaN and a non-NaN => return the SNaN, silenced
|
|
|
|
* QNaN and a non-NaN => return the QNaN
|
|
|
|
*
|
|
|
|
* If we get down to comparing significands and they are the same,
|
|
|
|
* return the NaN with the positive sign bit (if any).
|
|
|
|
*/
|
|
|
|
float_2nan_prop_x87,
|
|
|
|
} Float2NaNPropRule;
|
|
|
|
|
2018-01-19 18:24:22 +00:00
|
|
|
/*
|
|
|
|
* Floating Point Status. Individual architectures may maintain
|
|
|
|
* several versions of float_status for different functions. The
|
|
|
|
* correct status for the operation is then passed by reference to
|
|
|
|
* most of the softfloat functions.
|
|
|
|
*/
|
|
|
|
|
|
|
|
typedef struct float_status {
|
2021-12-17 16:57:14 +00:00
|
|
|
uint16_t float_exception_flags;
|
2020-05-05 16:01:49 +00:00
|
|
|
FloatRoundMode float_rounding_mode;
|
2020-11-21 17:33:36 +00:00
|
|
|
FloatX80RoundPrec floatx80_rounding_precision;
|
softfloat: Allow 2-operand NaN propagation rule to be set at runtime
IEEE 758 does not define a fixed rule for which NaN to pick as the
result if both operands of a 2-operand operation are NaNs. As a
result different architectures have ended up with different rules for
propagating NaNs.
QEMU currently hardcodes the NaN propagation logic into the binary
because pickNaN() has an ifdef ladder for different targets. We want
to make the propagation rule instead be selectable at runtime,
because:
* this will let us have multiple targets in one QEMU binary
* the Arm FEAT_AFP architectural feature includes letting
the guest select a NaN propagation rule at runtime
* x86 specifies different propagation rules for x87 FPU ops
and for SSE ops, and specifying the rule in the float_status
would let us emulate this, instead of wrongly using the
x87 rules everywhere
In this commit we add an enum for the propagation rule, the field in
float_status, and the corresponding getters and setters. We change
pickNaN to honour this, but because all targets still leave this
field at its default 0 value, the fallback logic will pick the rule
type with the old ifdef ladder.
It's valid not to set a propagation rule if default_nan_mode is
enabled, because in that case there's no need to pick a NaN; all the
callers of pickNaN() catch this case and skip calling it. So we can
already assert that we don't get into the "no rule defined" codepath
for our four targets which always set default_nan_mode: Hexagon,
RiscV, SH4 and Tricore, and for the one target which does not have FP
at all: avr. These targets will not need to be updated to call
set_float_2nan_prop_rule().
Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
Reviewed-by: Richard Henderson <richard.henderson@linaro.org>
Message-id: 20241025141254.2141506-2-peter.maydell@linaro.org
2024-11-05 10:09:52 +00:00
|
|
|
Float2NaNPropRule float_2nan_prop_rule;
|
2020-05-05 04:19:39 +00:00
|
|
|
bool tininess_before_rounding;
|
2018-01-19 18:24:22 +00:00
|
|
|
/* should denormalised results go to zero and set the inexact flag? */
|
2020-05-05 02:54:57 +00:00
|
|
|
bool flush_to_zero;
|
2018-01-19 18:24:22 +00:00
|
|
|
/* should denormalised inputs go to zero and set the input_denormal flag? */
|
2020-05-05 02:54:57 +00:00
|
|
|
bool flush_inputs_to_zero;
|
|
|
|
bool default_nan_mode;
|
2020-07-01 02:35:49 +00:00
|
|
|
/*
|
|
|
|
* The flags below are not used on all specializations and may
|
|
|
|
* constant fold away (see snan_bit_is_one()/no_signalling_nans() in
|
|
|
|
* softfloat-specialize.inc.c)
|
|
|
|
*/
|
2020-05-05 02:54:57 +00:00
|
|
|
bool snan_bit_is_one;
|
2020-07-01 02:35:57 +00:00
|
|
|
bool use_first_nan;
|
2020-07-01 02:35:49 +00:00
|
|
|
bool no_signaling_nans;
|
2022-08-05 14:15:21 +00:00
|
|
|
/* should overflowed results subtract re_bias to its exponent? */
|
|
|
|
bool rebias_overflow;
|
|
|
|
/* should underflowed results add re_bias to its exponent? */
|
|
|
|
bool rebias_underflow;
|
2018-01-19 18:24:22 +00:00
|
|
|
} float_status;
|
|
|
|
|
2018-01-19 16:36:40 +00:00
|
|
|
#endif /* SOFTFLOAT_TYPES_H */
|