Queued in gitlab.com/danielhb/qemu/tree/ppc-next. Thanks,
Daniel
On 8/5/22 11:15, Lucas Mateus Castro(alqotel) wrote:
From: "Lucas Mateus Castro (alqotel)"
Changes in v2:
- Completely reworked the solution:
* Created re_bias in FloatFmt, it is 3/4 of the total exponent
On 8/5/22 07:15, Lucas Mateus Castro(alqotel) wrote:
Currently there's no test in this patch series as there's no way to
disable MSR.FE0 and MSR.FE1 in linux user, so any overflow/underflow
exception with OE/UE set causes a trapping exception.
You could check the value in the fp register in the
It's missing from the title but this is a v2.
v1 id:
Message-Id: <20220803122217.20847-1-lucas.ara...@eldorado.org.br>
On 05/08/2022 11:15, Lucas Mateus Castro(alqotel) wrote:
From: "Lucas Mateus Castro (alqotel)"
Changes in v2:
- Completely reworked the solution:
* Created re_bi
On 05/08/2022 13:20, Alex Bennée wrote:
"Lucas Mateus Castro(alqotel)" writes:
From: "Lucas Mateus Castro (alqotel)"
Changes in v2:
- Completely reworked the solution:
* Created re_bias in FloatFmt, it is 3/4 of the total exponent
range of a FP type
I thought this m
"Lucas Mateus Castro(alqotel)" writes:
> From: "Lucas Mateus Castro (alqotel)"
>
> Changes in v2:
> - Completely reworked the solution:
> * Created re_bias in FloatFmt, it is 3/4 of the total exponent
> range of a FP type
I thought this might have an effect on the effici
From: "Lucas Mateus Castro (alqotel)"
Changes in v2:
- Completely reworked the solution:
* Created re_bias in FloatFmt, it is 3/4 of the total exponent
range of a FP type
* Added rebias bools that dictates if the result should have
its exponent add/subtract
