66mhz 060's

[Doobrey]

MuLTiViEW wrote:
 68 EC 020    Has no cache  (also 24 bit data output as opposed to the 32 bit data output of a 68020)
 

Nope, you're getting addressing/data mixed up..the ec020  has 24bit external addressing, it still has the full 32bit data bus.

[Doobrey]

MuLTiViEW wrote:

 1. Remake your own 060 card, and use either a PPC's FPU, or a coldfire's internal FPU.
  :-D

 The PPC doesn't understand 68k FPU opcodes, so you'd at least have to write some FPU emulation code for the PPC.If you're going that far, why not do away with the 060 completely and emulate it on the PPC?

Also, with the idea of using the coldfire as an FPU, how do you stop it from running the non-FPU instructions?
..and keeping the instruction/data caches in sync between the 2 cpus?. You could simply disable them, but then the card will be slower than the one you're trying to replace.

[Doobrey]

MuLTiViEW wrote:
 32 bit input, like the 68000
 & 24 bit ouput.

Huh? sorry but that is not what the Wikipedia article, myself or Piru said.
Maybe it's a language problem, maybe it's your cold medicine.. ;-)

[Doobrey]

MuLTiViEW wrote:
 I don't want to get into an argument on this, so I'll simply say this.  I was "brainstorming out some ideas"  which I had based on a pair of articles I had read either online or from a book.

Nothing wrong with brainstorming, you never know what problems or solutions other people will chuck in that you never thought of.

  Many of the software I have come across personally has 882 code,  and thus going by another written article, I'm told the 040 has to work harder to process this 882 code. (it reverts to software libraries to process the code.  the slow down hence is what I was focusing on)

Not all FPU code, only the instructions that Motorola cut out on the 040/060 should cause a slowdown as it has to be handled by the trap code you mentioned.

Dunno if this is one of the articles you read ,ImprovingPerformance, there's a good section on FPUs and maths libraries at the top.