moveq #0x06,d0 // if neither, so maybe a 68882 (cookie 0x00060000)
moveq #0x04,d0 // must be 68881
stack contains an IDLE frame of an FSAVE instruction at this point). So
MiNT reports 68882 if the revision number is 0x1f, 68881 otherwise.
However, the opposite code in Hatari looks like this:
static int get_fpu_version (void)
int v = 0;
v = 0x1f;
v = 0x20;
if (currprefs.fpu_revision == 0x40)
v = 0x40;
v = 0x41;
for the 68881/68882 case, it is just the opposite. Unfortunately, i
could not find any documention about which revision number is reported
by the FPU, the only thing i found is that the length of stacked frame
is different (0x1c for 68881, and 0x3c for 68882).
Might not be that really important, but one of the two algorithms seems to be wrong.