Welcome, Guest. Please login or register.

Author Topic: 68060ec vs 68030  (Read 1131 times)

Description:

0 Members and 1 Guest are viewing this topic.

Offline IggyTopic starter

  • Hero Member
  • *****
  • Join Date: Aug 2009
  • Posts: 5348
    • Show only replies by Iggy
68060ec vs 68030
« on: May 22, 2011, 02:17:10 PM »
What prevents a 68060 w.o an MMU or FPU from running 68030 code?
"Not making any hard and fast rules means that the moderators can use their good judgment in moderation, and we think the results speak for themselves." - Amiga.org, terms of service

"You, got to stem the evil tide, and keep it on the the inside" - Rogers Waters

"God was never on your side" - Lemmy

Amiga! "Our appeal has become more selective"
 

Offline Karlos

  • Sockologist
  • Global Moderator
  • Hero Member
  • *****
  • Join Date: Nov 2002
  • Posts: 16867
  • Country: gb
  • Thanked: 4 times
    • Show only replies by Karlos
Re: 68060ec vs 68030
« Reply #1 on: May 22, 2011, 02:33:24 PM »
Quote from: Iggy;639457
What prevents a 68060 w.o an MMU or FPU from running 68030 code?


Nothing, provided you have the necessary exception handlers installed to emulate the missing integer instructions (32x32->64 bit multiply, bitfields and so on).
int p; // A
 

Offline freqmax

  • Hero Member
  • *****
  • Join Date: Mar 2006
  • Posts: 2179
    • Show only replies by freqmax
Re: 68060ec vs 68030
« Reply #2 on: May 22, 2011, 04:17:30 PM »
And that you don't require any memory protection support. Exception handler for MMU is quite harder.

In essence the code can run provided that it won't use any of the missing functionality.
 

Offline Karlos

  • Sockologist
  • Global Moderator
  • Hero Member
  • *****
  • Join Date: Nov 2002
  • Posts: 16867
  • Country: gb
  • Thanked: 4 times
    • Show only replies by Karlos
Re: 68060ec vs 68030
« Reply #3 on: May 22, 2011, 04:20:42 PM »
Quote from: freqmax;639474
And that you don't require any memory protection support. Exception handler for MMU is quite harder.

In essence the code can run provided that it won't use any of the missing functionality.


True, but I assumed (perhaps falsely) that this was a given.
int p; // A
 

Offline matthey

  • Hero Member
  • *****
  • Join Date: Aug 2007
  • Posts: 1294
    • Show only replies by matthey
Re: 68060ec vs 68030
« Reply #4 on: May 22, 2011, 04:22:56 PM »
Quote from: Karlos;639459
Nothing, provided you have the necessary exception handlers installed to emulate the missing integer instructions (32x32->64 bit multiply, bitfields and so on).


The 68060 has the bit field instructions. 64 bit integer multiplication and division are missing though. 68020/68030 code is fairly optimal on the 68060 except for branch logic being reversed and the 68060 branch cache will mostly solve that. The larger caches, dual integer units and faster instructions would mean the 68060 could run 68030 code significantly faster (68030@100MHz speed?). The larger caches could cause problems with poorly written code.
 

Offline Karlos

  • Sockologist
  • Global Moderator
  • Hero Member
  • *****
  • Join Date: Nov 2002
  • Posts: 16867
  • Country: gb
  • Thanked: 4 times
    • Show only replies by Karlos
Re: 68060ec vs 68030
« Reply #5 on: May 22, 2011, 04:54:37 PM »
Hmm, perhaps it was something else I was thinking of?
int p; // A