4 ms·

Oh wow. You mean these things run EmuTOS? https://www.mouser.com/c/embedded-solutions/engineering-tools/embedded-processor-development-kits/development-boards-k

Oh wow. You mean these things run EmuTOS? https://www.mouser.com/c/embedded-solutions/engineering-tools/embedded-processor-development-kits/development-boards-kits-coldfire/ https://www.mouser.com/c/embedded-solutions/engineering-tool... I first mistook coldfire for Firebee ST https://acp.atari.org/about.html https://acp.atari.org/about.html

cmrdporcupine 3y ago
There are ColdFire boards that can. Only certain ones. I think this the one that is officially "supported": M5484LITE https://www.nxp.com/products/no-longer-manufactured/mcf5484-lite-evaluation-kit:M5484LITE https://www.nxp.com/products/no-longer-manufactured/mcf5484-... There are various ColdFires, I forget the differences between them and which EmuTOS supports, but it's documented in their repo I believe. A lot comes down to memory map, and uart, etc. Some years ago I made an attempt to get it to boot in qemu's coldfire personality but only got part way. But I think other's have maybe done this since? Or at least in the qemu 68k emulator.
- rbanffy 3y ago
  Ouch! $50+ for a 32-bit MCU destroys my hopes of an RPi-sized "modern" Atari ST. OTOH, NXP claims they can still make 68060's if we want a lot of them. Well... At least ARM boards can emulate a 68060 faster than a 68060 can run itself.
  - cmrdporcupine 3y ago
    Yeah these days you're better off either emulating or just doing FPGA. An Artix A7 could do a 68k series pretty damned well. If you're aiming low at <100mhz and just 68000/68010 compatibility, you can fit the whole machine on a single relatively cheap FPGA. Re: ARM SBC, I always wonder if you could get one of those ARM boards to boot in big-endian, to make the emulation easier. Because technically ARM can be bi-endian. I think I tried it with an old RPi before, and had no luck. There was someone working on an ARM port of EmuTOS for a bit. I played with that myself, taking bits of EmuTOS and doing them native ARM. My idea was that your usercode could be emulated, running 68k, but when you passed the syscall boundary (TRAP/SWI etc) you could flip to running native ARM. I don't have the src anywhere anymore I think, but I even had things like the VT52 console ported over, etc. Endianness is one problem, but also the fact that the Atari ST had planar video and very specific modes, so you end up basically writing the VDI from scratch, you can't borrow anything from EmuTOS VDI really. Maybe you could now that they've done work to get it running on Falcon modes, I dunno. That and the AES/VDI "syscall" interfaces are based around (big endian) 16-bits all over the place, and RSC files etc contain that, etc. So you end up having to have this translation layer between 16 and 32 bit, because, well, why would want to stick with 16-bits? I went down that road for a while and then thought to myself... why am I doing this? I have 2 Falcons, a Mega ST, a Mega STe, and some 1040STs lying around... that I never boot. Oh one more thing, this just came across emutos-devel in the last week, there's a guy who got enough of a 68k "Atari ST"-like machine into QEMU to get EmuTOS to boot, and it's apparently fast: https://github.com/John-Titor/qemu https://github.com/John-Titor/qemu https://github.com/John-Titor/qemu/commit/a7ce3f1f77779be96cac75ffe1956f6dbeb86fbd#diff-0276b7be482748a8579eddbffb914c946fdc966e64f0aafa7a86a9c8de3f106cR218 https://github.com/John-Titor/qemu/commit/a7ce3f1f77779be96c...
  - lproven 3y ago
    This part of why I wrote this: https://www.theregister.com/2024/02/12/pistorm_accelerated_amiga_pi/ https://www.theregister.com/2024/02/12/pistorm_accelerated_a... Emu68 is a bare-metal, JIT-compiled, 680x0 emulator for the Pi. It works well enough for routine use now, even thought it's not quite at version 1.0 yet. It's much, much faster than Musashi under Linux. Effectively, Emu68 means that there's a new 680x0 machine in town: a RasPi with its stock peripherals that natively boots and runs 68K code. If it can replace the 68000 or 68020 in a real Amiga 1000, 500, 2000, or 1200, then it can replace the 68000 in an ST or a Mac or whatever. So far, Emu68 only runs AmigaOS, but EmuTOS runs on Amigas now. EmuTOS on Emu68 is doable. FreeMINT on Emu68 should not be that much more of a reach. I'd love to see Classic MacOS on Emu68, and SMSQ/E, and a few other things too.

cmrdporcupine 3y ago

There are ColdFire boards that can. Only certain ones. I think this the one that is officially "supported": M5484LITE https://www.nxp.com/products/no-longer-manufactured/mcf5484-lite-evaluation-kit:M5484LITE https://www.nxp.com/products/no-longer-manufactured/mcf5484-... There are various ColdFires, I forget the differences between them and which EmuTOS supports, but it's documented in their repo I believe. A lot comes down to memory map, and uart, etc. Some years ago I made an attempt to get it to boot in qemu's coldfire personality but only got part way. But I think other's have maybe done this since? Or at least in the qemu 68k emulator.

rbanffy 3y ago
Ouch! $50+ for a 32-bit MCU destroys my hopes of an RPi-sized "modern" Atari ST. OTOH, NXP claims they can still make 68060's if we want a lot of them. Well... At least ARM boards can emulate a 68060 faster than a 68060 can run itself.
- cmrdporcupine 3y ago
  Yeah these days you're better off either emulating or just doing FPGA. An Artix A7 could do a 68k series pretty damned well. If you're aiming low at <100mhz and just 68000/68010 compatibility, you can fit the whole machine on a single relatively cheap FPGA. Re: ARM SBC, I always wonder if you could get one of those ARM boards to boot in big-endian, to make the emulation easier. Because technically ARM can be bi-endian. I think I tried it with an old RPi before, and had no luck. There was someone working on an ARM port of EmuTOS for a bit. I played with that myself, taking bits of EmuTOS and doing them native ARM. My idea was that your usercode could be emulated, running 68k, but when you passed the syscall boundary (TRAP/SWI etc) you could flip to running native ARM. I don't have the src anywhere anymore I think, but I even had things like the VT52 console ported over, etc. Endianness is one problem, but also the fact that the Atari ST had planar video and very specific modes, so you end up basically writing the VDI from scratch, you can't borrow anything from EmuTOS VDI really. Maybe you could now that they've done work to get it running on Falcon modes, I dunno. That and the AES/VDI "syscall" interfaces are based around (big endian) 16-bits all over the place, and RSC files etc contain that, etc. So you end up having to have this translation layer between 16 and 32 bit, because, well, why would want to stick with 16-bits? I went down that road for a while and then thought to myself... why am I doing this? I have 2 Falcons, a Mega ST, a Mega STe, and some 1040STs lying around... that I never boot. Oh one more thing, this just came across emutos-devel in the last week, there's a guy who got enough of a 68k "Atari ST"-like machine into QEMU to get EmuTOS to boot, and it's apparently fast: https://github.com/John-Titor/qemu https://github.com/John-Titor/qemu https://github.com/John-Titor/qemu/commit/a7ce3f1f77779be96cac75ffe1956f6dbeb86fbd#diff-0276b7be482748a8579eddbffb914c946fdc966e64f0aafa7a86a9c8de3f106cR218 https://github.com/John-Titor/qemu/commit/a7ce3f1f77779be96c...
- lproven 3y ago
  This part of why I wrote this: https://www.theregister.com/2024/02/12/pistorm_accelerated_amiga_pi/ https://www.theregister.com/2024/02/12/pistorm_accelerated_a... Emu68 is a bare-metal, JIT-compiled, 680x0 emulator for the Pi. It works well enough for routine use now, even thought it's not quite at version 1.0 yet. It's much, much faster than Musashi under Linux. Effectively, Emu68 means that there's a new 680x0 machine in town: a RasPi with its stock peripherals that natively boots and runs 68K code. If it can replace the 68000 or 68020 in a real Amiga 1000, 500, 2000, or 1200, then it can replace the 68000 in an ST or a Mac or whatever. So far, Emu68 only runs AmigaOS, but EmuTOS runs on Amigas now. EmuTOS on Emu68 is doable. FreeMINT on Emu68 should not be that much more of a reach. I'd love to see Classic MacOS on Emu68, and SMSQ/E, and a few other things too.