Welcome, Guest. Please login or register.

Author Topic: 68060 and the 68882  (Read 15725 times)

Description:

0 Members and 1 Guest are viewing this topic.

Offline psxphill

Re: 68060 and the 68882
« on: April 21, 2011, 03:41:25 PM »
Quote from: matthey;632679
Trapping would slow the CPU down to a crawl.

Not if you patch the instruction when it traps, so it won't trap the next time.
 

Offline psxphill

Re: 68060 and the 68882
« Reply #1 on: April 21, 2011, 05:23:08 PM »
Quote from: Franko;632809
So to claim that "there is nearly NO software that takes advantage of a peripheral math copro" is absolute nonsense, you either haven't looked hard enough or don't use a FPU otherwise you would already know this... ;)

He's talking about using a 68881/68882 in memory mapped mode. I don't remember any software supporting that on the Amiga, you'd struggle to actually find the hardware as well. It was only the 68000/68010 that needed it, on the 68020+ it worked as a coprocessor.
« Last Edit: April 21, 2011, 05:31:20 PM by psxphill »
 

Offline psxphill

Re: 68060 and the 68882
« Reply #2 on: January 26, 2018, 11:04:19 PM »
Quote from: Thomas Richter;835445
Sorry for necro-bumping this, but just one correction: MuRedox *does* patch all FPU and integer instructions, quite unlike other programs. The interesting part of it is a "code generator" that creates the necessary stub-code on the fly. That is, if a missing instruction is used for the first time, the program appears a little bit slower as MuRedox first needs to create the necessary code, but it will "learn" quickly.


does it work if you have a 68060 without an mmu or fpu?