in case you are interested to test new fpga accelerators for a600/a500

[kolla]

If people working on Gunnar's project are so unprofessional as to quit like cry-babies because of MY posts, then Gunnar and the rest of us really are better off without them!

Have you printed out his avatar photo and framed it above your bed already?

[kolla]

Matthey: I would contact Linux/m68k developers, gcc/glibc developers and NetBSD developers and ask if they would be interested in participating.

[kolla]

No not yet

And now?

What will you create by this?

Allright, thank you for answering. I was just curious and I'm adding this to the pool of information about this project. I find it interesting that noone has bothered to test out AROS/m68k on Vampire600 yet.

[kolla]

I don't see what the problem is. Don't we already have different executables for different CPUS ?

Yes we do, and none of them will be optimized for Phoenix in any shape or form. There is tons of software optimized for 020+FPU and they will not work. There's also plenty of software optimized for 040 and 060 that also will not work. Unless you have the sources and the know-how to optmize for Phoenix using assembler, you are out of luck regarding the speed "advertized".

[kolla]

I was not aware of that fact. Thanks for the great news regardless

I hope you are as tongue-in-cheek as I am now

[kolla]

Oh no! You see now how fast random statements become "facts" and "promises"?

Ask OlafS3 about facts regarding 64bit addressing, he was very well informed when it came up.

[kolla]

There are developers assigned to the 68k GCC backend but what they do is usually minimal maintenance. It wouldn't hurt to try inviting them to participate. As far as BSD/Linux 68k developers, there aren't very many active 68k developers and most need an MMU (ThoR and Frank Wille could give some insight if they were interested).

Yeah, that's kinda why I would like some BSD and Linux kernel developers on board, to have more voices to chime in regarding MMU implementation. uCLinux does not rely on the MMU.

Is 68020+AGA enough for everyone? These are well defined and it's not a bad standard but is that enough forever? If we want more, then we should create new standards.

Nothing is ever enough for everyone, I'd love FPU and MMU as well. AGA that is faster and can do higher resolutions would be awesome. To be honest, I don't care about games, I just want to animate with DPaint and various other software again with as many limitations as possible squashed, such as ammount of chipram, speed of chipram access, rendering speed etc.

[kolla]

So you don't need an operating system?

[kolla]

Phoenix does support _ALL_ address modes of the 68K family
this includes _ALL_ address modes of 68020 to 68060.
Phoenix is designed to provide full compatibility to existing software. We are not aware of any incompatibilities.

http://www.apollo-core.com/knowledge.php?b=2¬e=2861&z=fwkq39

What does this imply? I presume FPU and MMU to not be in that soup, so compatibility is against 68EC030-EC060?

[kolla]

Technically you do not need an operating system. Dos, windows, Linux, mac, amigaos, basic, etc are all luxury. You can have a computer without os period. NES and Snes are two great examples where OS does not exist and Games developed directly at machine language.

Of course, but what I responded to also mentioned "apps", applications too do not technically need an OS, but a functional OS is damn usefull for anyone creating or using an application.

[kolla]

All my games have use for an improved 680x0 CPU.

Even my old A500 games required a 68020+ after circa 1990.  25Mhz 68030 accelerators were sold everywhere for A500 in 1990s.  They had 68020 and 68030 accelerators in 1980s too.

All my games have use for a faster CPU.
All my games have use for additional instructions.
All my games have use for more RAM.

Maybe you targeted the wrong platform?

[kolla]

Back in the days when I did lots of animation, VMM was a must. And it's no secret that I will want to run Linux on a fast new 68k, hehe.

[kolla]

Psxphil: also no fun to have bug reports in software closed as "won't fix" because author "only" has a real 68k system and you as user and customer has a 68k CPU that is ridden with all kinds of incompatibilities.

[kolla]

Something in the back of my head says that A3000 uses the MMU for Zorro3 bus initialization, but I could be all wrong about this.

[kolla]

With CBM 68040.library and 68060 CPU it is crash party on bootup, from what I remember.

Oh well, this essencially says that current Phoenix... I mean apollo design plans do not fit well for A3000 and A4000 systems.

[kolla]

So far, any touching of an MMU is higly hypothetical anyways, lol