I apologise if this is trivial but not being a HW guy...
Im wondering if in any of the below implementations, the CPU can access any non STRAM on the Atari ST when there is another bus master active (e.g. DMA/blitter).
I understand on a standard ST(FM) machine, the CPU just gets halted.
But what about:
1. A machine with ALTRAM? (i.e. AlanH's MonSTer board)
2. A machine with TTRAM on an 020/030 board? (e.g. TF536)
Can any of the above be accessed by the CPU?
Any help would be much appreciated.
CPU behaviour/bus arbitration of nonstandard ST configurations
Moderator: troed
- mrbombermillzy
- Posts: 1562
- Joined: Sun Jun 03, 2018 7:37 pm
Re: CPU behaviour/bus arbitration of nonstandard ST configurations
My understanding is that when the CPU grant the bus to another master, it then only can wait for the bus to be given back.
Because it need the bus to exchange data with altram, and the bus is already in use by the other master.
Because it need the bus to exchange data with altram, and the bus is already in use by the other master.
- mrbombermillzy
- Posts: 1562
- Joined: Sun Jun 03, 2018 7:37 pm
Re: CPU behaviour/bus arbitration of nonstandard ST configurations
Hi David
I was sort of expecting that scenario in the case of ALTRAM board, but with a 030 booster with its own local TTRAM, Im not really sure. (Maybe the MMU dictates the bus activity in this situation?)
Re: CPU behaviour/bus arbitration of nonstandard ST configurations
Technically its possible *if* the 030 has bus isolators to isolate it from the ST bus and accesses TTram. But would maybe need some tweaks to bus arb also to allow the CPU to continue to run during DMA cycles. Not exactly trivial though.
https://www.exxosforum.co.uk/atari/ All my hardware guides - mods - games - STOS
https://www.exxosforum.co.uk/atari/store2/ - All my hardware mods for sale - Please help support by making a purchase.
viewtopic.php?f=17&t=1585 Have you done the Mandatory Fixes ?
Just because a lot of people agree on something, doesn't make it a fact. ~exxos ~
People should find solutions to problems, not find problems with solutions.
https://www.exxosforum.co.uk/atari/store2/ - All my hardware mods for sale - Please help support by making a purchase.
viewtopic.php?f=17&t=1585 Have you done the Mandatory Fixes ?
Just because a lot of people agree on something, doesn't make it a fact. ~exxos ~
People should find solutions to problems, not find problems with solutions.
Re: CPU behaviour/bus arbitration of nonstandard ST configurations
1) regarding a stock ST, there is only one bus for BLiTTER and CPU, therefore it is not possible to run BLiTTER in ST-RAM and CPU in ALT-RAM/Cartridge ROM/hardware registers at the same time;mrbombermillzy wrote: ↑Wed Jun 07, 2023 7:54 pm I apologise if this is trivial but not being a HW guy...
Im wondering if in any of the below implementations, the CPU can access any non STRAM on the Atari ST when there is another bus master active (e.g. DMA/blitter).
I understand on a standard ST(FM) machine, the CPU just gets halted.
But what about:
1. A machine with ALTRAM? (i.e. AlanH's MonSTer board)
2. A machine with TTRAM on an 020/030 board? (e.g. TF536)
Can any of the above be accessed by the CPU?
Any help would be much appreciated.
2) TF/PAK has two buses - to the ST motherboard (ST-RAM, hardware registers) and its own TT-RAM memory, therefore the CPU can work at the same time in its TT-RAM.
Lynx I / Mega ST 1 / 7800 / Portfolio / Lynx II / Jaguar / TT030 / Mega STe / 800 XL / 1040 STe / Falcon030 / 65 XE / 520 STm / SM124 / SC1435
DDD HDD / AT Speed C16 / TF536 / SDrive / PAK68/3 / Lynx Multi Card / LDW Super 2000 / XCA12 / SkunkBoard / CosmosEx / SatanDisk / UltraSatan / USB Floppy Drive Emulator / Eiffel / SIO2PC / Crazy Dots / PAM Net
http://260ste.atari.org
DDD HDD / AT Speed C16 / TF536 / SDrive / PAK68/3 / Lynx Multi Card / LDW Super 2000 / XCA12 / SkunkBoard / CosmosEx / SatanDisk / UltraSatan / USB Floppy Drive Emulator / Eiffel / SIO2PC / Crazy Dots / PAM Net
http://260ste.atari.org
- mrbombermillzy
- Posts: 1562
- Joined: Sun Jun 03, 2018 7:37 pm
Re: CPU behaviour/bus arbitration of nonstandard ST configurations
Ah, so it has 2 buses with regards to a 030 board?Cyprian wrote: ↑Wed Jun 07, 2023 8:54 pm 1) regarding a stock ST, there is only one bus for BLiTTER and CPU, therefore it is not possible to run BLiTTER in ST-RAM and CPU in ALT-RAM/Cartridge ROM/hardware registers at the same time;
2) TF/PAK has two buses - to the ST motherboard (ST-RAM, hardware registers) and its own TT-RAM memory, therefore the CPU can work at the same time in its TT-RAM.
Exactly what I needed to know.
Thanks guys.