target/openrisc: Set EPCR to next PC on FPE exceptions
commit765fdc1e8355d4bae563b3b185c5f9d079384164
authorStafford Horne <shorne@gmail.com>
Sat, 29 Jul 2023 20:43:17 +0000 (29 21:43 +0100)
committerStafford Horne <shorne@gmail.com>
Mon, 31 Jul 2023 21:01:03 +0000 (31 22:01 +0100)
tree144b19118ac5789cf44295ed45f214b45012fa58
parentccdd31267678db9d80578b5f80bbe94141609ef4
target/openrisc: Set EPCR to next PC on FPE exceptions

The architecture specification calls for the EPCR to be set to "Address
of next not executed instruction" when there is a floating point
exception (FPE).  This was not being done, so fix it by using the same
pattern as syscall.  Also, we move this logic down to be done for
instructions not in the delay slot as called for by the architecture
manual.

Without this patch FPU exceptions will loop, as the exception handling
will always return back to the failed floating point instruction.

This was not noticed in earlier testing because:

 1. The compiler usually generates code which clobbers the input operand
    such as:

      lf.div.s r19,r17,r19

 2. The target will store the operation output before to the register
    before handling the exception.  So an operation such as:

      float a = 100.0f;
      float b = 0.0f;
      float c = a / b;    /* lf.div.s r19,r17,r19 */

    Will first execute:

      100 / 0    -> Store inf to c (r19)
                 -> triggering divide by zero exception
                 -> handle and return

    Then it will execute:

      100 / inf  -> Store 0 to c  (no exception)

To confirm the looping behavior and the fix I used the following:

    float fpu_div(float a, float b) {
float c;
asm volatile("lf.div.s %0, %1, %2"
      : "+r" (c)
      : "r" (a), "r" (b));
return c;
    }

Reviewed-by: Richard Henderson <richard.henderson@linaro.org>
Signed-off-by: Stafford Horne <shorne@gmail.com>
target/openrisc/interrupt.c