English Amiga Board


Go Back   English Amiga Board > Coders > Coders. Asm / Hardware

 
 
Thread Tools
Old 22 March 2019, 02:29   #1
SpeedGeek
Registered User
SpeedGeek's Avatar
 
Join Date: Dec 2010
Location: Wisconsin USA
Age: 56
Posts: 505
Lightbulb 68060.library update

68060.library update

LICENSE:
Copyright by Carsten Schlote 1990-2016
This release and any subsequent adapted (or non-adapted)
release is subject to all terms and conditions of the original
CC-BY-NC-BA 4.0 license release in 2016. See
http://creativecommons.org/licenses/.../4.0/legalcode

INTRODUCTION:
This 40.37 version of 68060.library is an update of the last
40.343 version by Carsten Schlote. This is a really good
"Generic" 68060.library with a few useful updates.

Updates (by SpeedGeek):
- Disables the Store Load/Bypass for CPU Rev. 0,1 and 5
- Some Global mappings changed to Non-Global
- Enables $E00000 Extended ROM as Cache Writethrough
- Allocates only Fast RAM for moving the VBR
- Library init code now safely exits in a 68040 system
40.36
- Fixed occasional crash bug in FPU dispatcher (Thanks to
Ralph Schmidt for the minor update)
- Added optimized Mult64u/s ISP patch to utility.library
functions (Much faster than exception trap code)
- Removed library versions of FPSP and ISP (Kernal versions
provide the emulation code)
- Removed lots of useless code (Debug and NOP stuff)
- Merged two library hunks into one
- Replaced Disable/Enable pairs with Forbid/Permit pairs
40.37
- Added code to skip Library init on EC/LC060 detection
- Added code to enable branch prediction error handler

NOTES: It works very well with TurboMMU040+ and
FastCache040+! Please understand a "Generic" library does
NOT offer support for all the features of proprietary 3rd
party accelerator cards.

REQUIREMENTS:
- Amiga with 68060 CPU and FPU

DISCLAIMER (For updates):
Use at your own risk. No warranty expressed or implied, etc.

USAGE:
- Copy to LIBS:
- OS3.1 Setpatch loads the "Dummy" 68040.library first
- OS3.9 Setpatch (BB2) directly loads the 68060.library

CREDITS: Thanks very much to Carsten Schlote (Danke Schon!)

HISTORY:
v40.35 - Update release of 40.343
v40.36 - Many improvements
v40.37 - Minor update
Attached Files
File Type: lha 68060_LIBRARY_4037.LHA (101.2 KB, 41 views)

Last edited by SpeedGeek; 22 February 2020 at 05:21.
SpeedGeek is offline  
Old 22 March 2019, 09:51   #2
Foul
Registered User

Foul's Avatar
 
Join Date: Jun 2009
Location: Perigueux/France
Age: 45
Posts: 1,453
Send a message via ICQ to Foul Send a message via MSN to Foul
Added to my site... and will test it.. thx !
Foul is offline  
Old 22 March 2019, 12:40   #3
gulliver
BoingBagged

 
Join Date: Aug 2007
Location: The South of nowhere
Age: 42
Posts: 2,065
Good to see it finally out.
gulliver is offline  
Old 22 March 2019, 16:01   #4
kolla
Banned
 
Join Date: Nov 2007
Location: Trondheim, Norway
Posts: 1,899
Quote:
Originally Posted by SpeedGeek View Post
This 40.35 version of 68060.library is an update of the last
40.343 version by Carsten Schlote.
You don't know how versioning works on Amiga??

Maybe you should call it 40.350, then at least it looks like an update, and not a "downdate".
kolla is offline  
Old 22 March 2019, 18:12   #5
SpeedGeek
Registered User
SpeedGeek's Avatar
 
Join Date: Dec 2010
Location: Wisconsin USA
Age: 56
Posts: 505
Quote:
Originally Posted by kolla View Post
You don't know how versioning works on Amiga??

Maybe you should call it 40.350, then at least it looks like an update, and not a "downdate".
1) I assumed the 3 digit revision number was a typo because all previous released versions used a 2 digit revision number

2) The text string for 40.343 did not specify any version or revision number

3) I offered the source code for this "Downdate" to Carsten and he neither has the time nor the interest to pursue it

4) You are welcome to release what you consider to be a proper version update any time you like.

Last edited by SpeedGeek; 22 March 2019 at 19:24.
SpeedGeek is offline  
Old 22 March 2019, 18:25   #6
malko
Ex nihilo nihil

malko's Avatar
 
Join Date: Oct 2017
Location: CH
Posts: 2,677
Quote:
Originally Posted by kolla View Post
You don't know how versioning works on Amiga??

Maybe you should call it 40.350, then at least it looks like an update, and not a "downdate".
You should not bite the hand who defended you (during your absence)
malko is offline  
Old 22 March 2019, 21:36   #7
spudje
Registered User

 
Join Date: Dec 2014
Location: Netherlands
Posts: 1,107
Will it work with MMUlib? http://aminet.net/package/util/libs/MMULib
spudje is offline  
Old 24 March 2019, 11:25   #8
rzookol
Registered User
 
Join Date: Mar 2007
Location: Poland
Posts: 26
So this library is the best option for A3660? right?
rzookol is offline  
Old 24 March 2019, 15:38   #9
SpeedGeek
Registered User
SpeedGeek's Avatar
 
Join Date: Dec 2010
Location: Wisconsin USA
Age: 56
Posts: 505
Quote:
Originally Posted by spudje View Post
I certainly hope not. Why do you think CPU libraries which expect "Exclusive" use of the MMU can function cooperatively?

Quote:
Originally Posted by rzookol View Post
So this library is the best option for A3660? right?
A good option certainly, the best option is a matter of opinion. Beware of developers who try to convince you their option is the best. Be a smart user and decide this question for yourself.
SpeedGeek is offline  
Old 24 March 2019, 18:03   #10
thebajaguy
Registered User

 
Join Date: Mar 2017
Location: Philadelphia / United States
Posts: 49
Quote:
Originally Posted by rzookol View Post
So this library is the best option for A3660? right?
It depends on your goal.

Lean, basic data-cache handling (all that the base Amiga OS ever needed with it's DMA and shared-memory zones) - This is a candidate for that goal.

Features-added 68060.library to support software development environments (i.e. software memory protection/exceeding bounds detection, possibly toy with virtual memory) = more code to support those features, adds potential overhead. In this case, performance is not your goal, so your needs may lie elsewhere.
thebajaguy is offline  
Old 26 March 2019, 08:37   #11
Romanujan
Registered User
 
Join Date: Dec 2007
Location: Szczecin/Poland
Posts: 343
AFAIK the MMULib was designed to allow using external 68060.library - as some boards might be non-standard and not work with the library provided by Thor, so one would have to test it (I wonder which library will achieve better scores in AIBB...). The limitation is, that some features (virtual memory) might work unreliably with non-Thor 68060.library.
Romanujan is offline  
Old 26 March 2019, 12:41   #12
gulliver
BoingBagged

 
Join Date: Aug 2007
Location: The South of nowhere
Age: 42
Posts: 2,065
The MMULib documentation suggests that this library work ok with them:

In the thanks section:

..."Carsten Schlote: For preparing a MMU.library aware 68060 library."...
gulliver is offline  
Old 26 March 2019, 14:40   #13
SpeedGeek
Registered User
SpeedGeek's Avatar
 
Join Date: Dec 2010
Location: Wisconsin USA
Age: 56
Posts: 505
Quote:
Originally Posted by Romanujan View Post
AFAIK the MMULib was designed to allow using external 68060.library - as some boards might be non-standard and not work with the library provided by Thor, so one would have to test it (I wonder which library will achieve better scores in AIBB...). The limitation is, that some features (virtual memory) might work unreliably with non-Thor 68060.library.
I don't know of what practical use this feature would provide beyond using the board specific library just by itself. In any case, TurboMMU040+ and FastCache040+ don't support the mmu.library so I hope users will make "Smart" decisions about which options they prefer.

BTW, AIBB can't show the performance advantages of these tools (You need to use the benchmarks provided with them).

Quote:
Originally Posted by gulliver View Post
The MMULib documentation suggests that this library work ok with them:

In the thanks section:

..."Carsten Schlote: For preparing a MMU.library aware 68060 library."...
IIRC this was true for the 40.17 version but not other versions. This version had specific code to load the mmu.library before building it's own MMU tables.
SpeedGeek is offline  
Old 31 March 2019, 04:54   #14
Hewitson
Registered User
Hewitson's Avatar
 
Join Date: Feb 2007
Location: Melbourne, Australia
Age: 37
Posts: 3,574
Would this be better to use than the official Apollo 68060.device on a 1260?
Hewitson is offline  
Old 31 March 2019, 13:38   #15
Mathesar
Registered User

Mathesar's Avatar
 
Join Date: Aug 2014
Location: Netherlands
Posts: 270
Quote:
Originally Posted by SpeedGeek View Post
I certainly hope not. Why do you think CPU libraries which expect "Exclusive" use of the MMU can function cooperatively?



A good option certainly, the best option is a matter of opinion. Beware of developers who try to convince you their option is the best. Be a smart user and decide this question for yourself.
I have just finished my A3660 build (using your improved statemachine, dirty pics here: http://eab.abime.net/showpost.php?p=...5&postcount=23 and I am having problems with OS3.9. I am running an fpu-less 68LC060 and probably having an fpu optimized library somewhere on my system (resource.library can't be opened ).
Will this new library work well with an fpu-less 68LC060?
Mathesar is offline  
Old 31 March 2019, 15:29   #16
SpeedGeek
Registered User
SpeedGeek's Avatar
 
Join Date: Dec 2010
Location: Wisconsin USA
Age: 56
Posts: 505
Quote:
Originally Posted by Hewitson View Post
Would this be better to use than the official Apollo 68060.device on a 1260?
Apollo 68060.library is a proprietary library which supports proprietary hardware features. If you don't need this proprietary feature support then you may be able to use a generic library. But again, it's a decision to be made by the user.

Quote:
Originally Posted by Mathesar View Post
I have just finished my A3660 build (using your improved statemachine, dirty pics here: http://eab.abime.net/showpost.php?p=...5&postcount=23 and I am having problems with OS3.9. I am running an fpu-less 68LC060 and probably having an fpu optimized library somewhere on my system (resource.library can't be opened ).
Will this new library work well with an fpu-less 68LC060?
Congrats on finishing your A3660 build. Please remember this is not a new library but simply an update of an old library.

Typical problems with LC variant compatibility are caused by not having the Commodore or H&P math#?.libraries installed and they can happen with any CPU library. These problems can sometimes be avoided by using non-FPU versions of software but it's not a complete solution.

Last edited by SpeedGeek; 31 March 2019 at 20:34.
SpeedGeek is offline  
Old 11 April 2019, 15:38   #17
SpeedGeek
Registered User
SpeedGeek's Avatar
 
Join Date: Dec 2010
Location: Wisconsin USA
Age: 56
Posts: 505
** NEWS UPDATE **

Changed requirements to 68060 CPU and FPU due to Mathesar's reported problem with LC060 compatibility.
SpeedGeek is offline  
Old 03 February 2020, 20:29   #18
klx300r
Registered User
klx300r's Avatar
 
Join Date: Oct 2007
Location: Toronto, Canada
Age: 50
Posts: 860
Thumbs up

want to test this 060 lib on my Viper 060 but the lha seems to be corrupted.



Can someone please PM me so I can get a hold of the 68060.libray file
klx300r is offline  
Old 03 February 2020, 23:09   #19
wiz12
Registered User

 
Join Date: Feb 2017
Location: Ireland
Posts: 222
The lha is ok with me, did you try it download it again?
wiz12 is offline  
Old 04 February 2020, 06:38   #20
klx300r
Registered User
klx300r's Avatar
 
Join Date: Oct 2007
Location: Toronto, Canada
Age: 50
Posts: 860
Quote:
Originally Posted by wiz12 View Post
The lha is ok with me, did you try it download it again?

yes I did try on another computer and no problem with corrupted lha file...unfortunately i can't get my 1200 to boot at all with this 060 lib installed.
klx300r is offline  
 


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

Similar Threads
Thread Thread Starter Forum Replies Last Post
workbench.library - Should I update it? Akira support.Apps 57 19 August 2017 12:52
need 68060.library v46.20 dirkies support.Apps 7 05 July 2017 22:25
HELP: Opus5, KingCON, SysInfo.library (Sysmon.library) triangle Michael support.Apps 6 10 March 2014 14:08
Mediator pci.library update Bamiga2002 News 3 02 January 2011 12:31
REQ: CGX update -> CGXSYSTEM.LIBRARY v42.7 keropi request.Apps 8 05 November 2006 22:04

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 07:43.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2020, vBulletin Solutions Inc.
Page generated in 0.09361 seconds with 16 queries