New Kickstart 3.9.1 68k on the way

[Cosmos Amiga]

I'm working very hard since many years on a new kickass Kickstart !

Anyway, only the beginning : the real work just started with this beta 1...


More informations here : http://leblogdecosmos.blogspot.fr/p/kickstart-391-eng.html




Beta 1 :

- Some bugs 3.1 and 3.9 found and fixed
- Integrated IntAckFix
- Special code 060 for the adapter integrated FPU 040/060
- No more annoying clicks from the floppy drive
- Integrated KingCON v40.4
- Integrated Rpp v1.2
- Some patches from SetPatch v44.38 integrated
- Integrated BlazeWCP v1.74
- Integrated AmyWarp v1.01
- Integrated IconBeFast v1.16
- Integrated WinSpeed v1.0
- Small waiting ignition integrated for rapid accelerator cards
- Integrated RsrvWarm
- Integrated RsrvCold
- Intégrated MCPRamlibPatch v1.1

==> http://www.youtube.com/watch?v=UiJM-6RPRCk


Beta 2 :

- Now 1 Mb with two blocs of 512 Kb
- Added workbench.library 45.135
- Added icon.library by Peter Keunecke
- exec.library a little bit enhanced
- Added a decrunch subroutine
- All patch from SetPatch included
- Now SetPatch is only required for loading the 68040/68060.library
- ram-handler 44.23 removed
- shell 45.27 removed
- Put back ram-handler 39.4 from the Kickstart 3.1
- Put back shell 40.2 from the Kickstart 3.1


==> https://www.youtube.com/watch?v=RMVAvEgf2ik

[Cosmos Amiga]

There are probably lots things on everyone's wish list.  The first item on mine would be the ability to boot from CD.  This would make preserving our favorite system a lot more foolproof and user friendly going forward.

I found the source of a CD driver for A1200. Should works on A600 too. On 4000D/T ? Don't know...

One kickstart for all amigas sounds like a nightmare to get right

No, the easiest part.

With no downloads available, I dont see a reason to update or even test something that I cannot even lay my hands upon

All my releases are now private.

Now, what an irony. Here comes the ignorant of licences, and he's irritated by somebody ignoring "his hard work" he has stolen by ignoring somebody else's hard work... Oh boy...

Commodore ingenieers were paid. Me no... Another big troll...

Uhm, why old shell and ram-handler?

Because these updates from the 3.9 were from SuperTroller : he will cause me trouble later...

[Cosmos Amiga]

Are you going to pick an older component, with known issues, because you don't want the hassle of dealing with a developer who worked on a more recent version because he questions your choices?

Again, I tried in the past (8/8/2010 at 18:52 and another email at 21h32, I still have the emails here) : the answer was no about making the 680x0.library and mmu.library romable...

So, I give up... I have zero money in my pockets to give for this Kickstart & copyright & licence, sorry...


Anyways, I wanna absolutly the TLSF memory organisation into my new exec.library... Ok here, I'm afraid to ask the bear Chris Hodge, I don't want he eats me...

Anyone here skilled enough to build a new version in C/C++ ? After, I'll adapt in asm...

[Cosmos Amiga]

a time getting the basic three "scsi.device" variations to work together in ROM: one of them will always crash.

No. If for example an A3000 is not detected, the scsi_3000.device inside my kickstart won't init... You really take me for a beginner in coding...

I still dont see what workbench.library and icon.library does in kickstart

I want a fully system ready at power on. No more SetPatch, no more boring and slow loading on HD or CF. The goal is like the old computers : Oric, Amstrad, Atari ST...

The ROM read physically limited to 3.5 MB/sec on classic

The exec.library at power on build only the jmp tables in ram, and the functions are still in rom and execute from the rom...

[Cosmos Amiga]

How do you detect the A3000 hardware, as opposed to the A4000 hardware?

With Ramsey !

[Cosmos Amiga]

TBH, a lot of these things get updated frequently, however.  A new version of icon.library was just released two days ago.  It's going to be hard to keep current, if you want "the latest and greatest" in your ROM

PeterK will finish it one day !


Note : in the beta 2, I have about 300 Kb still free on the 1 Mb Kickstart... And all libraries inside are uncompressed for the moment...

For example, the workbench.library take about 192 Kb. Compressed only 95 Kb !!

[Cosmos Amiga]

That does not matter for legal aspects. It's using somebody's original work and releasing it to the public without having any rights on the work. Exec and Intuition did not fall from the sky. These are copyrighted protected works, owned by whomever has rights on it. Stealing a book from a bookstore and offering it for free for everyone on the street is still illegal, no matter whether he's selling the work or giving it away for free.

But it's really quite simple. If he believes that the owner has no interest in the work - get in touch with the owner and find out. I would consider that at least two parties would be interested here. Did he?

Why are you so stupid ?

All my releases were for free download ! And my sources are private.

I started since about 4 years now : I got about 300-400 € donations.

So, it's 7.30 € per month... Whaou, I'm millionnaire now !!!

AmigaOS 68k is abandonned since many years...

And back in the days, all coders were paid for these libraries : now with copyright & licence, it's money without any works...

[Cosmos Amiga]

Since I got no answer from the author of the HSMathLibs, I decided to update the original from the OS 3.9 by myself.

They are unoptimized, I just make them romable and removing useless code (fpspresource). Take now in the rom about 20.4 Kb...

These libraries are important for the 3D, and must be available at boot. Please read here : http://warpclassic68k.blogspot.fr/2013/01/romability-eng.html



Kickstart 3.9.1 beta 3

- added mathieeedoubbas.library 45.4
- added mathieeedoubtrans.library 45.6
- added mathieeesingtrans.library 45.5
- added mathtrans.library 37.2
- added xpkDMCB.library 1.1
- added xpkSMPL.library 1.1
- added xpkSHR3.library 3.0 (with the authorisation of his author Cholok, thank you so much guy !)


About 280 Kb free still available into this new Kickstart...

[Cosmos Amiga]

These two libraries are used extremely rarely, and then only by disk-based applications which already take their time loading and running. Software which requires high performance math uses inline FPU instructions, and not this.

There is very little benefit of putting these two libraries into ROM, and you may find much better uses for the space occupied by them.

The mathieeedoubtrans.library is important because of his sin & cos... Compilators must use it for getting only one programm for all 020+ (the 68060.library patch this mathieeedoubtrans.library).

I don't want see anymore many versions _020, _040 and _060 of a same programm, it's lame...


This mathieeedoubtrans.library is 8.1 Kb, so I keep it. And the mathtrans.library is only 2.7 Kb...

[Cosmos Amiga]

Hey, again I repeat : I wanna a full and complete Kickstart ready to yell at power on...

If you like waiting for loading Workbench from HD or CF, me no...

If you like the 68040/68060.library installation on HD, me no...

The Workbench, years after years, become like Windows with his updates KBxxxxxx now : you need to install MUI, 680x0.library, RTG system, some patchs like Birdie or MagicMenu, some datatypes, and other I forget...

Sorry, but I don't like that... I want a computer fully operational at power on... Final point !

[Cosmos Amiga]

The A3000 is very special .. the ONLY rom with real FPU-code inside !!!

I just checked the A3000 version of the mathieesingbas.library : it's the same than the A1200 version, without the integer part. Only the floats are present. So my new version is compatible with all Classics.

A3000/4000 includes "bonus" for onboard fastmem

I will include them in my exec.library

A600/A1200 includes some PCMCIA-code.

My exec.library is unified for all Classics since a very long time now. The specific PCMCIA code is skiped if A3000 and A4000 detected

[Cosmos Amiga]

Well, as already said, there are multiple CPU libraries out in the world, and they are pretty hardware and vendor dependent. Olaf already said this.

But anyhow. Here's a deal. I'm happy to provide my versions, and make them even ROM-able if you can get them to work on *all* hardware variants you get. This is, in fact, the major show-stopper of placing anything of this in ROM since it creates a kickstart that will no longer work on some boards.

My current libs work on pretty many, but not all of them, mostly because some vendors did not publish what kind of support they need in their code. To give you some idea where the trouble is: All the P5 PPC boards do not play nice because their libraries include some vendor specific code that remained undocumented. Some SCSI controllers go directly to the MMU list, without using the appropriate Os functions (CachePreDMA, CachePostDMA), causing trouble with any other program working the same resources.

Thus, *IF* you really want to go this route, let me know. What I can certainly give you is the code of P5Init, which is only "half of the deal" (it performs *some* P5 specific initialization, but it does not include the P5 library interface, whatever this may be). Once you tell me that you understand the P5 interface logic and have a description ready how *that* works, I can give you even more.

The first thing to do is to take the 68060.library and patch it if a 68040 is detected : stack frame, mul64 removed and div64 removed... Easy to do I guess : this little trick will save about the 43 precious Kb of the 68040.library...

After that, I have the specific 040/060 code from P5 : I will use it, I know the authors will yell, but I cannot see any other solution...

This new 68060.library will be packed of course and only depacked in ram if a 040 or a 060 is detected !

(the crunching ratio is very good with the 68060.library 43.1 : about 60,5%... Unpacked 64,8 Kb and packed about 25,6 Kb !!)



This new kickstart is for me the very last chance of the Amiga Classics. Must be fantastic. If I fail, it will be the very end of our beloved computer...