68060 emulation bug

Problem in both 1.4.6 and 1.5.0b8

The instruction "mulu.l d0,d1:d2" executes normally. On my real 68060 it throws an "Unimplemented Integer Instruction Exception" with 68060.library disabled (vector offset $F4).

For quick reference, the unimplemented integer instructions on the 68060 that should throw this exception are

DIVU.L <ea>,Dr : Dq
DIVS.L <ea>,Dr : Dq
MULU.L <ea>,Dr : Dq
MULS.L <ea>,Dr : Dq
MOVEP Dx,(d16,Ay)
MOVEP (d16,Ay),Dx
CHK2 <ea>,Rn
CMP2 <ea>,Rn
CAS2 Dc1 : Dc2,Du1 : Du2,(Rn1) : (Rn2)
CAS Dc,Du,<ea>

I have not tested the other implemented instructions but I would be happy to, if necessary.

[Toni Wilen]

Not a bug but missing feature and I am not sure if I want to emulate this because it would only make emulation slower (at least config option is needed) and someone would call it a bug..

Same "problem" with 68040. Also all 68881/2 FPU instructions are supported, even on 68040/060.

(and I did answer this same question few weeks ago I think )

Sorry, I did a search and didn't find anything.

Yeah, it would make emulation slower. Would the other CPU modes also slow down, or is it just the '060 in practical use as the instruction would be emulated by 68060.library? As it is there isn't much point in running the emulation with '060 anyway...

[jotd]

I had to stick to 68040 emulation. Either phase5 68060 lib or MMULib 68060 library (T. Richter) reboots and reboots on my setup.

I agree with riftcon, 68060 emulation isn't that useful anyway so it doesn't matter.

[Toni Wilen]

Originally Posted by jotd

I had to stick to 68040 emulation. Either phase5 68060 lib or MMULib 68060 library (T. Richter) reboots and reboots on my setup.

Board specific libraries won't work but MMULib does work.

I agree with riftcon, 68060 emulation isn't that useful anyway so it doesn't matter.

I did say 68040 has same problems. Too many emulated instructions