AROS Vision 2.4 uploaded

[wawrzon]

@samuraicrow
lets do first things firtst befrore those bold tasks you are talking about.

does the aros68k nightly curently boots at all under uae? didnt check for a while and last time it did not as it seems. i had also brief contact with toni few weeks ago because of someone with blizzard 060/ppc that did not boot aros but since then toni didnt wrote me back. so if your blizzard dosnt boot, catch the serial debug and bother him.

what concerns optimizations, there is a few issues with core system functions. f.i. memory allocation within exec if i recall and blitting take multiple times in comparison with their genuine equivalents on 68k. there is a tool to compare execution time of individual functionsfor 68k, i need to recall the name. you need the fn files from sdk to have the functions properly identified.the problem is that even having traced down the culprit, improvement may not be an easy task.

[wawrzon]

to boot it under UAE you must simply delete one file. Thread about this:
http://aros-exec.org/modules/newbb/viewtopic.php?topic_id=8646&forum=4&post_id=86969#forumpost86969

ah,thanks, i might have forgotten this one.

[wawrzon]

I assume you still need RTG to run this?

for what? aros68k? not.

[wawrzon]

AROS Vision currently opens to a truecolor screenmode but I aim to make the AGA drivers better.  I'm open to suggestions though.

aros vision default resolution may be rtg, but aros nightly should open fine on an aga machine out of the box. as for improvements on planar modes best would be to check back with toni first.

[wawrzon]

I checked with Toni quite some time back. He's not interested in resurrecting Amigas nor improving AROS to the point that it makes OS 3.x obsolete. He considers Amiga to be a platform that is better emulated than implemented and only helps out with the development of AROS 68k with the goal of having a free source of Kickstart ROM images for WinUAE. I might ask Toni about certain undocumented bugs in the chipset that I may encounter but I would otherwise consider him to be of little help.

of course everybody has his own vision on the subject, but cant we accept each others bias and simply work together where applicable? imho toni is a lot of help and has done tremendous work on aros68k already while we look forward towards your contribution.

toni has mentioned today that he was intending to add copperlists support (whatever it is, i dont know) so i just wanted to signalize to coordinate where possible rather than double the effort.

My motive is to get familiar with the differences between AROS and AmigaOS 3.1 and augment them to the point that AROS supersedes AmigaOS 3.1 in every way possible.

i allow myself to quote toni on what he has written me considering aros68k optimizations:

IMHO biggest problems are:

- C compiler that optimizes 68k code badly and can't handle register
parameters. Lost of unnecessary moves between registers and memory. -
Nice new aros-only features that are not needed in m68k version and only
slow down the system.
- Debugging options or sanity checks will slow down it too.
- Internally lots of data is in chunky format (or in format that is not
planar friendly), lots of conversions that are really slow. For example
no media boot screen is planar image that gets converted to chunky and
then chunky is converted back to planar. Horribly slow..
- There is no fast C2P routine, none of existing fast assembly routines
are generic enough or lack some required feature.

I likely will try to join the Arix team as well so this knowledge will be useful to me in the future as well.

speaking of jason, try not to get your own plate too full, please

[wawrzon]

The first, second, and fourth problem here are all related to the compiler.  They are really not problems with AROS but rather with the 68k backend for GCC.

is there any way to benchmark the compiler generated code in comparison between the current aros 4.6.2 (i guess it is the current version) and the 68k backends like bernds 4.5.0, zeroheros 3.x.x  (i dont remember the exact version) and the genuine 2.9.x.