Overview Features Coding ApolloOS Performance Forum Downloads Products Order Contact

Welcome to the Apollo Forum

This forum is for people interested in the APOLLO CPU.
Please read the forum usage manual.
Please visit our Apollo-Discord Server for support.



All TopicsNewsPerformanceGamesDemosApolloVampireAROSWorkbenchATARIReleases
The team will post updates and news about our project here

EmuTOS for Amiga and Vampirepage  1 2 3 4 5 6 7 

Gunnar von Boehn
(Apollo Team Member)
Posts 6207
18 Jun 2017 19:21


Markus (mfro) wrote:

  (compromising 060 compatibility)?

This has nothing to do with compatibility.
Sorry Markus but I do not understand your "joke?" :-)

As you know Apollo 68080 is a new improved CPU.
Apollo 68080 re-added all the instruction which are missing on 68060.
Apollo 68080 executes bitfield instructions 10 times faster than 68060.
Apollo 68080 can execute many instruction super scalar which the 68060 can not - simple example : 2 SWAP per clock.

Apollo is not an 68060 and does not try to mimick it.
Apollo has in theory 3 CPU pipes and could in theory execute up to 6 instructions per cycle - but in the Vampire we do not use the 3rd pipe as we measured that existing AMIGA software does benefit very little of this width.

APOLLO has a number of switches which allows us to enable pipelines, configure the Cache size etc. And if we in some core version enable some paranoia checks then its this way in this core version.




Olivier Landemarre

Posts 147
19 Jun 2017 22:16


Gunnar von Boehn wrote:

Markus (mfro) wrote:

  You just made me really curious. What's that?
 

 
  If you want to execute many instructions per cycle then use this code
 
 

  MOVE.L D0,D1
  ADD.L  D2,D1
  MOVE.L D0,D4
  ADD.L  D3,D4
 

  With this code Apollo will give an IPC of 4
 
 
  The Paranioa check forbids executing with cross operants.
 

  move.l D0,D1
  move.l D1,D0
 

  This check can be disabled then the code will execute with IPC=2
 

Is it possible to have a code that broke the pipeline in all case (68060, 68080 with any option) to have only one instruction per cycle?

Olivier



Gunnar von Boehn
(Apollo Team Member)
Posts 6207
20 Jun 2017 06:01


Olivier Landemarre wrote:

  Is it possible to have a code that broke the pipeline in all case (68060, 68080 with any option) to have only one instruction per cycle?
  Olivier
 

 
Yes, use code where each instruction is depending of the result of the previous.
 
Example:

ADD.L D0,D1
ADD.L D0,D1
ADD.L D0,D1
ADD.L D0,D1
ADD.L D0,D1
ADD.L D0,D1
ADD.L D0,D1
ADD.L D0,D1
ADD.L D0,D1
ADD.L D0,D1



Olivier Landemarre

Posts 147
20 Jun 2017 21:22


Gunnar von Boehn wrote:

Olivier Landemarre wrote:

  Is it possible to have a code that broke the pipeline in all case (68060, 68080 with any option) to have only one instruction per cycle?
  Olivier
 

   
  Yes, use code where each instruction is depending of the result of the previous.
   
  Example:
 

  ADD.L D0,D1
  ADD.L D0,D1
  ADD.L D0,D1
  ADD.L D0,D1
  ADD.L D0,D1
  ADD.L D0,D1
  ADD.L D0,D1
  ADD.L D0,D1
  ADD.L D0,D1
  ADD.L D0,D1
 

Thanks Gunnar, I'm going to update frequency check, it will better like this.

Olivier



Vojin Vidanovic

Posts 770
20 Aug 2017 00:56


Vincent Rivière wrote:

  Currently, Amiga partitions are completely unsupported by EmuTOS. You need a dedicated mass storage (CompactFlash or IDE hard disk) formatted in PC way with a FAT16 partition. Additionally, FreeMiNT also supports FAT32 and ext partitions.
 

 
  Has anything changed on Atari side of Vampire?
 
  I see there is some support in EmuTOS
 
  Release 0.9.7:[9] support for extended MBR partitions, MonSTer board, Eiffel on CAN bus on ColdFire EVB and Apollo Core 68080. FreeMiNT
 
  However in lastest FreeMINT I see just these CPUs listed
  (which kernel is Vampire recommened?)
  ==============================================================================
  ==                                                                        ==
      ==                        FreeMiNT kernels                          ==
  ==                                                                        ==
  ==============================================================================
 
  The different FreeMiNT kernels. Place the right kernel for
  your hardware in the AUTO folder of your boot drive. Please see in the
  release notes for more details.
 
 
  mint000.prg - kernel for 68000 CPU based ATARI's
 
                --> ATARI ST/STE
                --> MEGA ST/STE
 
  mint030.prg - kernel for 68030 CPU based ATARI's
 
                --> ATARI TT
                --> ATARI Falcon
                --> 68030 based accelerators (CT2, PAK/30)
 
  mint040.prg - kernel for 68040 CPU based ATARI's
 
                --> Falcon with Afterburner
                --> Hades 040
 
  mint060.prg - kernel for 68060 CPU based ATARI's
 
                --> Falcon with CT60
                --> Hades 060
 
  mint117.prg - kernel for 68020-68060 generic CPU based ATARI's.
 
  mintmil.prg - kernel for Milan computer
 
                --> Milan
                --> Milan with 68060 CPU
 
  mintara.prg - kernel for Aranym generic ATARI emulator
 
  mintdeb.prg - kernel for Debugging.
 
  mintv4e.prg - kernel for Freescale ColdFire v4e processor systems.
 


Vincent Rivičre

Posts 87
01 May 2018 22:31


If you are unfamiliar to Atari ST Operating Systems, you can have a look at my foss-north 2018 presentation. You will learn many things about EmuTOS, FreeMiNT, and much more. Subtitles will be available soon.
EXTERNAL LINK   
You can also download the slides as PDF.
EXTERNAL LINK #vriviere



Ingo Uhlemann

Posts 35
02 May 2018 10:26


This is nice, this slides shows our Amiga friends how the Tos and Mint Works or is made. Tried to explain it already but this is more understandable.

Regards

Ingo


Uros Vidovic

Posts 31
02 May 2018 18:44


Vincent, you are great!
Thank you for all your contributions in Atari community!
Tis video is also great and I believe very valuable to Atmiga community to understand Atari computers/community.


Vojin Vidanovic
(Needs Verification)
Posts 1916/ 1
02 May 2018 20:54


Vincent Rivière wrote:

If you are unfamiliar to Atari ST Operating Systems, you can have a look at my foss-north 2018 presentation. You will learn many things about EmuTOS, FreeMiNT, and much more. Subtitles will be available soon.

Thank you Vincent. Very informative, long road to go.

Slides are very nice
foss-north.se/2018/slides/slides-vriviere.pdf

EmuTOS on Amiga p 143
on Vampire 147-150

Looking forward to official "Amitari" distro!

Amitari distribution
Full FreeMiNT  distribution
for Amiga + Vampire
By Stefan Niestegge


OneSTone O2o

Posts 159
02 May 2018 21:16


I think this is also something we have to discuss in the Atari community. Amitari looks nice and promising. There is also Easyaramint package which looks nice in Aranym, but it is not updated since long time. But EasyMiNT for real Atari is stopped and makes the feeling as it is incomplete on application side. I want to be able to install Amitari on my CT60e tuned Falcon... Or EasyAramint, or a good mixture of both, on my TT and having a set of applications and games which run out of the box. I think the future MiNT distribution must not be fixed on a hardware plattform, it musgt be possible to install the same environement on original (powerfull, tuned) Atari hardware, in emulator and 'new' hardware like TOS infected Amiga, Vampireized Amiga and ST, Firebee, and so on. ANd like Easyaramint already did, comming with a good collection of working applications, well preconfigured.


Vojin Vidanovic
(Needs Verification)
Posts 1916/ 1
02 May 2018 22:08


oneSTone o2o wrote:

    I think the future MiNT distribution must not be fixed on a hardware plattform, it musgt be possible to install the same environement on original (powerfull, tuned) Atari hardware, in emulator and 'new' hardware like TOS infected Amiga, Vampireized Amiga and ST, Firebee, and so on. ANd like Easyaramint already did, comming with a good collection of working applications, well preconfigured.
 

 
  Yes, looks a bit fragemented to non-informed eye, and hope some set of standard will be set. Best, one app set with executables for few platforms or CPUs (00/030/040/060/FB/AC080) where rest of drivers could be selected/autodetected.
 
  Also, another Amitari question is when PFS/FFS/SFS will be fully supported at least accesable from FAT16/Ext2 EmuTOS partition, if not best, installable there also.
 
  In the end, MINT is so flexibile it requires a directory only and  since emuTOS will be part of Vampire -  it could even reside next to AmigaOS.


Vojin Vidanovic
(Needs Verification)
Posts 1916/ 1
22 Mar 2019 19:30


Simo Koivukoski wrote:

  EmuTOS supports now:
 
  - FastIDE
  - MapROM
  - HW Mouse pointer

These are really nice advancements, fully using Vamps faster IDE, ability to change ROMs (hence EmuTOS) and native mouse. VIDEL driver, Paula driver, Net driver ... and beat goes on :)


John William

Posts 563
25 Mar 2019 17:20


Will there be plans in the future to support 4'IEDE'99 Buffer for EmuTOS to detect the hardware?


Pedro Cotter
(Apollo Team Member)
Posts 308
28 Mar 2019 06:15


Emutos and FreeMint latest build 1280x720x16bit

EXTERNAL LINK


Grzegorz Wójcik (pisklak
(Apollo Team Member)
Posts 87
28 Mar 2019 08:16


Works quite nice I think.
Greetings to our Vamptarians friends :)


John William

Posts 563
28 Mar 2019 17:26


Grzegorz Wójcik (pisklak wrote:

Works quite nice I think.
  Greetings to our Vamptarians friends :)

Uuh....what about me? The script please...I need the script! I crAAAAAAAAAvvveee the scrrrriiipppt. You know I cannot do IRC channel at work.....so this is the only time I can get my fix.....

I am waiting for my fix....please.....


Ingo Uhlemann

Posts 35
29 Mar 2019 10:04


Greetings back to the Amiga Site of live ^^ .. thinks are going on well. Step by Step we are getting closer to get a pretty nice system.
Only possible with your great help Vampmigan Friends :)

posts 137page  1 2 3 4 5 6 7