English Amiga Board Amiga Lore


Go Back   English Amiga Board > Main > Amiga scene

 
 
Thread Tools
Old 03 February 2017, 16:59   #1
SpeedGeek
Registered User
SpeedGeek's Avatar
 
Join Date: Dec 2010
Location: Wisconsin USA
Age: 54
Posts: 341
Unofficial AIBB Version 6.6 patch

Unofficial AIBB Version 6.6 patch
© SpeedGeek 2017

INTRODUCTION:
Since the AIBB MINIMAL 68060 CPU compatibility patch was
released I decided to develop an enhanced version.
The enhanced version features are essentially cosmetic so
please see the WARNINGS before using this patch.

FEATURES:
- New 68060 code emulates "Unimplemented" instructions
which caused AIBB to crash on 68060 systems (unless the
CPU tooltype was set to 68000/010).
- Runs all original AIBB code on 60000-68040 systems
- 100% PC relative Assembler code
- Patched executable is only 212 bytes larger than original
- Replaces 68040 output strings with 68060 strings when a
68060 CPU is detected. Supports LC/EC variant and Copyback
strings.
- Fixes a typo bug on 68LC040/68EC040 user requester
(68EC060 string is now corrected to 68EC040)
- Updates version to 6.6

WARNINGS:
This patch does NOT update AIBB to fully support the
68060 CPU in the way a benchmark program written
specifically for that purpose would do. It does NOT
functionally affect the limitations of the original AIBB
code except for allowing it to run on 68060 systems.

Almost certainly, there is a higher probability to have
CONFUSION or MISUNDERSTANDING regarding the functional
usage and limitations of this update. Therefore, please do
NOT use this patch if you do NOT completely understand the
explanations and warnings I have given you!
Attached Thumbnails
Click image for larger version

Name:	AIBB_V66_IMA.PNG
Views:	160
Size:	12.0 KB
ID:	51909   Click image for larger version

Name:	AIBB_V66_SYS.PNG
Views:	127
Size:	11.2 KB
ID:	51910  
Attached Files
File Type: lha AIBBV66_PATCH.LHA (4.4 KB, 83 views)

Last edited by SpeedGeek; 10 February 2017 at 17:19.
SpeedGeek is offline  
AdSense AdSense  
Old 04 February 2017, 13:21   #2
Romanujan
Registered User
 
Join Date: Dec 2007
Location: Szczecin/Poland
Posts: 175
Thanks - great that someone still enhances this benchmark! One suggestion: it would be nice to recognize the Apollo Core and print it out as 68080... EmuTOS already does so.
Romanujan is offline  
Old 04 February 2017, 15:28   #3
SpeedGeek
Registered User
SpeedGeek's Avatar
 
Join Date: Dec 2010
Location: Wisconsin USA
Age: 54
Posts: 341
Quote:
Originally Posted by Romanujan View Post
Thanks - great that someone still enhances this benchmark! One suggestion: it would be nice to recognize the Apollo Core and print it out as 68080... EmuTOS already does so.
I'm really quite surprised to have emulation users more interested in my AIBB patches (or at least actively showing more interest) than real Motorola 68K users!

There is a practical limit on what I can do with patching a few hundred bytes of code into an existing executable. But even if I could do more than simple "Enhancement" there is a long way to go to update AIBB to fully support the 68060.

Since, AIBB was originally developed to support real Motorola 68K systems, any further development (IMHO) should achieve full support in that regard before supporting any third party 68K emulations.

Last edited by SpeedGeek; 04 February 2017 at 16:13.
SpeedGeek is offline  
Old 04 February 2017, 17:48   #4
grond
Registered User

 
Join Date: Jun 2015
Location: Germany
Posts: 364
It's not a balloon, it's a Zeppelin, err, I mean, the 68080 isn't emulation but a 68k processor implemented in an FPGA (as ASICs are so expensive to make in small numbers).
grond is offline  
Old 04 February 2017, 18:16   #5
Romanujan
Registered User
 
Join Date: Dec 2007
Location: Szczecin/Poland
Posts: 175
@SpeedGeek - As both real Motorola 68k (68030+68882) and emulation (FS-UAE) user, I can tell running benchmark inside emulator is more interesting to me - we already know how the real chips perform, but we usually don't know how much emulated Amiga performance you get by, for example, switching to new x86 hardware, or trying to emulate Amiga on Raspberry Pi.

Quote:
AIBB was originally developed to support real Motorola 68K systems
When AIBB was developed we didn't have a single working Amiga emulator... nor there was any FPGA reimplementation of the CPU available to use.


@grond Apollo Core ending up in ASIC eventually is not completely impossible. For now there are well over 2000 Vampire accelerators ordered for A500 and A600. Hard to guess how many people are waiting for A1200 or standalone version. And just for the new A1200 cases one guy collected something like 150,000 EUR from just 840 backers...
Romanujan is offline  
Old 05 February 2017, 12:53   #6
SpeedGeek
Registered User
SpeedGeek's Avatar
 
Join Date: Dec 2010
Location: Wisconsin USA
Age: 54
Posts: 341
Quote:
Originally Posted by grond View Post
It's not a balloon, it's a Zeppelin, err, I mean, the 68080 isn't emulation but a 68k processor implemented in an FPGA (as ASICs are so expensive to make in small numbers).
The debate over hardware vs. software emulation is an old one which I have (fortunately) been able to avoid getting dragged into. It really comes down to individual users opinion's and standards for the definitions of "Real" and "Emulated".

Regardless, of your opinion and definition standards, if you think AIBB should support a third party implementation of 68K (real or emulated) before it fully supports the original Motorola implementation of 68K then I would suggest you develop your own update patch. I have already made my decision.

Quote:
Originally Posted by Romanujan View Post
@SpeedGeek - As both real Motorola 68k (68030+68882) and emulation (FS-UAE) user, I can tell running benchmark inside emulator is more interesting to me - we already know how the real chips perform, but we usually don't know how much emulated Amiga performance you get by, for example, switching to new x86 hardware, or trying to emulate Amiga on Raspberry Pi.

When AIBB was developed we didn't have a single working Amiga emulator... nor there was any FPGA reimplementation of the CPU available to use.
The performance on real Motorola 68K systems varies considerably as many different users obtain different benchmark results. If emulation users find their benchmark results more interesting that's fine but then please be happy with what you have.

Also remember, AIBB is quite an old program and the fact that it works as well as it does is a testimonial of the impressive coding skills of Mr. Lamonte Koop. Amiga software developer extraordinaire!
SpeedGeek is offline  
Old 02 July 2017, 18:31   #7
kolla
Registered User
kolla's Avatar
 
Join Date: Nov 2007
Location: Trondheim, Norway
Posts: 727
Where do one find original AIBB 6.5 these days?
kolla is offline  
Old 02 July 2017, 19:15   #8
SpeedGeek
Registered User
SpeedGeek's Avatar
 
Join Date: Dec 2010
Location: Wisconsin USA
Age: 54
Posts: 341
Quote:
Originally Posted by kolla View Post
Where do one find original AIBB 6.5 these days?
You can find it here:

http://eab.abime.net/showpost.php?p=1137296&postcount=5

P.S. If you intend to do Vampire/68080 FPU benchmarking you will probably be disappointed. If AIBB detects only LC/EC CPU variants it won't enable the Floating Point code selection gadget.

Last edited by SpeedGeek; 03 July 2017 at 13:07.
SpeedGeek is offline  
Old 08 July 2017, 15:14   #9
Minuous
Coder/webmaster/gamer
Minuous's Avatar
 
Join Date: Oct 2001
Location: Canberra/Australia
Posts: 1,644
Had some issues locating a version that the patch can be applied to.

So I have uploaded V6.6 to the Zone to save others the hassle.

Last edited by Minuous; 08 July 2017 at 15:27.
Minuous is offline  
Old 09 July 2017, 02:25   #10
idrougge
Registered User
 
Join Date: Sep 2007
Location: Stockholm
Posts: 3,020
Why not upload it to Aminet?
idrougge is offline  
Old 09 July 2017, 04:52   #11
Minuous
Coder/webmaster/gamer
Minuous's Avatar
 
Join Date: Oct 2001
Location: Canberra/Australia
Posts: 1,644
Well, it's just the executable, I would want to upload the full package. Does anyone have a link for the full package? I assume the one currently at Aminet is not it, as it was described by SpeedGeek as a "hacked version" and also seems to be missing some files, eg. AIBB.guide.info
Minuous is offline  
Old 09 July 2017, 15:04   #12
emufan
Registered User
 
Join Date: Feb 2012
Location: #DrainTheSwamp
Posts: 3,777
I zoned AIBB_v6.5.dms - includes docs and guide files.
the 6.6 patch does work with this version, tested but not applied.
emufan is offline  
Old 12 July 2017, 11:36   #13
ShK
Apollo Team
ShK's Avatar
 
Join Date: Mar 2013
Location: Lahti / Finland
Age: 46
Posts: 257
Quote:
Originally Posted by SpeedGeek View Post
You can find it here:

http://eab.abime.net/showpost.php?p=1137296&postcount=5

P.S. If you intend to do Vampire/68080 FPU benchmarking you will probably be disappointed. If AIBB detects only LC/EC CPU variants it won't enable the Floating Point code selection gadget.
That 'original' version of AIBB is at least in Falcon 040 install disk:

http://amiga.resource.cx/exp/falcon

With the right tooltypes AIBB starts fine with SoftFPU / femu 0.3 (10-Jul-2017) by Jari 'jarp' Eskelinen.


Last edited by ShK; 12 July 2017 at 12:15. Reason: also Over The Top contains it with the docs http://amiga.resource.cx/exp/overthetop
ShK is offline  
Old 12 July 2017, 12:01   #14
utri007
mä vaan
 
Join Date: Nov 2001
Location: Finland
Posts: 646
AIBB doesn't crash with 68060. It works with Apollo 68060, but not with Blizzard 68060.
utri007 is offline  
Old 12 July 2017, 16:03   #15
SpeedGeek
Registered User
SpeedGeek's Avatar
 
Join Date: Dec 2010
Location: Wisconsin USA
Age: 54
Posts: 341
Floppy disk

Quote:
Originally Posted by ShK View Post
With the right tooltypes AIBB starts fine with SoftFPU / femu 0.3 (10-Jul-2017) by Jari 'jarp' Eskelinen.
AIBB may start fine with the right tooltypes and SoftFPU, but it's really pointless since AIBB already provides a built in SoftFPU function and it's likely to be much more efficient than any external exception trap based implementation:


The currently available floating point code options are given
below. As indicated earlier, they will affect only tests which
utilize floating-point math in nature.

Standard Math Code
Using this option sets the code type to use software
emulation of floating point routines. This is compatible
with all Amiga systems in use, as it is not hardware
specific.

In-Line Coprocessor Code
This option sets the test code type to that which uses
faster in line FPU instructions for floating point operations.
As not all systems will have a coprocessor available, this
option is not universally available on all systems.

68040 Enhanced Math Code
For use with 68040-based systems, this option allows the
use of FPU code which is more optimized for 68040
processors.
Such processors do not have hardware-assisted
transcendental functions and this option will set up for in-line
emulation of such, alleviating the need for trap-based
libraries such as 68040.library or similar vendor supplied
code.
SpeedGeek is offline  
Old 12 July 2017, 16:52   #16
matthey
Banned
 
Join Date: Jan 2010
Location: Kansas
Posts: 1,284
Quote:
Originally Posted by SpeedGeek View Post
AIBB may start fine with the right tooltypes and SoftFPU, but it's really pointless since AIBB already provides a built in SoftFPU function and it's likely to be much more efficient than any external exception trap based implementation:
It is not pointless. Compiling with software floating point is usually going to be faster than SoftFPU but the source code is not available in many cases and the authors will not bother to recompile for a cut down CPU like the Vampire's Apollo Core or Tabor's PPC e500V2. It would be nice to know how much performance is lost with SoftFPU by benchmarking. It could help us decide whether we want to go to UAE or AROS Raspberry Pi after our 68060 hardware dies .
matthey is offline  
Old 12 July 2017, 17:55   #17
SpeedGeek
Registered User
SpeedGeek's Avatar
 
Join Date: Dec 2010
Location: Wisconsin USA
Age: 54
Posts: 341
Quote:
Originally Posted by matthey View Post
It is not pointless. Compiling with software floating point is usually going to be faster than SoftFPU but the source code is not available in many cases and the authors will not bother to recompile for a cut down CPU like the Vampire's Apollo Core or Tabor's PPC e500V2. It would be nice to know how much performance is lost with SoftFPU by benchmarking. It could help us decide whether we want to go to UAE or AROS Raspberry Pi after our 68060 hardware dies .
Well "Pointless" is certainly a subjective term and undoubtedly relevant to the benchmark users intended purpose. That being said, I seriously doubt that Vampire/68080 users really intend to show how much performance is lost with SoftFPU:

http://www.apollo-core.com/knowledge...931&order=&x=1

...and it is also quite unlikely, that they have any intention of helping you to decide whether you should or should not Vampire.
SpeedGeek is offline  
Old 12 July 2017, 21:30   #18
matthey
Banned
 
Join Date: Jan 2010
Location: Kansas
Posts: 1,284
Quote:
Originally Posted by SpeedGeek View Post
Well "Pointless" is certainly a subjective term and undoubtedly relevant to the benchmark users intended purpose. That being said, I seriously doubt that Vampire/68080 users really intend to show how much performance is lost with SoftFPU:

http://www.apollo-core.com/knowledge...931&order=&x=1
Roman S. had a very good point and almost was banned for it like Cyber Gorf was earlier in the same thread. It was "low quality and shows lack of respect for the coder" to compare the SoftFPU performance to a hardware FPU. Just another disenfranchised Amiga user to "work together to bring 68K and AMIGA back!”.

Quote:
Originally Posted by SpeedGeek View Post
...and it is also quite unlikely, that they have any intention of helping you to decide whether you should or should not Vampire.
They are helping many Amiga users decide all right but others don't seem to care. Why does everything promising on the Amiga turn to shit?
matthey is offline  
Old 13 July 2017, 16:12   #19
kolla
Registered User
kolla's Avatar
 
Join Date: Nov 2007
Location: Trondheim, Norway
Posts: 727
Quote:
Originally Posted by SpeedGeek View Post
...and it is also quite unlikely, that they have any intention of helping you to decide whether you should or should not Vampire.
Oh they are very helpful... they will tell you to buy buy buy, and then sell sell sell
kolla is offline  
Old 13 July 2017, 16:13   #20
kolla
Registered User
kolla's Avatar
 
Join Date: Nov 2007
Location: Trondheim, Norway
Posts: 727
Quote:
Originally Posted by matthey View Post
They are helping many Amiga users decide all right but others don't seem to care. Why does everything promising on the Amiga turn to shit?
Because copyrights.
kolla is offline  
AdSense AdSense  
 


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools

Similar Threads
Thread Thread Starter Forum Replies Last Post
Unofficial AIBB v6.5 68060 Compatibility patch SpeedGeek Amiga scene 8 03 February 2017 17:02
Understanding AIBB Marchie support.Other 0 28 October 2016 07:48
aibb and sysinfo results ? turrican3 support.WinUAE 13 21 August 2013 16:27
Patch for Workbench version requester Leandro Jardim request.Apps 8 19 November 2011 20:41
Unofficial version of Centurion PL, needing WHDLoad support... Shoonay project.WHDLoad 1 04 August 2008 23:15

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +2. The time now is 18:22.


Powered by vBulletin® Version 3.8.8 Beta 1
Copyright ©2000 - 2017, vBulletin Solutions, Inc.
Page generated in 0.23878 seconds with 12 queries