[Libre-soc-bugs] [Bug 196] Formal correctness proof needed for the IEEE754 FPU

bugzilla-daemon at libre-soc.org bugzilla-daemon at libre-soc.org
Sat May 14 09:16:44 BST 2022


https://bugs.libre-soc.org/show_bug.cgi?id=196

--- Comment #30 from Luke Kenneth Casson Leighton <lkcl at lkcl.net> ---
(In reply to Jacob Lifshay from comment #29)

> I ran both z3 and cvc5, I stopped both of them after 3hr...that's definitely
> too slow to be readily useful.

still running here (overnight).

so.

there is not yet a sense of "scale", i.e. this is still "unknown".

to get a sense of scale of time, a "success" must be achieved.

the next test then would be to try FP16, BF16, or even FP8.
FP8 would be so tiny (assume 4-bit exponent, 3-bit mantissa)
that it should complete even brute-force.

comparing then to FP16 and then BF16 should give a sense of
whether the scale of completion time is exponential or other.

it does not matter - at all - that brute-force "might be better"
it also does not strictly matter that the ultimate desire is to
prove FP32 and FP64: given that the FP classes are parameterised
and it is identical code i would say that if the FP classes
*in general* succeed at lower bitwidths that there is a reasonable
chance they are correct at the larger.

[this is not entirely true due to the number of pipeline/FSM
 stages varying, but their chain and sequence does not vary]

-- 
You are receiving this mail because:
You are on the CC list for the bug.


More information about the libre-soc-bugs mailing list