CPU behaviour/bus arbitration of nonstandard ST configurations

News,announcements,programming,fixes,game patches & discussions.

Moderator: troed

Post Reply
User avatar
mrbombermillzy
Posts: 1562
Joined: Sun Jun 03, 2018 7:37 pm

CPU behaviour/bus arbitration of nonstandard ST configurations

Post by mrbombermillzy »

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.
User avatar
sporniket
Posts: 1067
Joined: Sat Sep 26, 2020 9:12 pm
Location: France
Contact:

Re: CPU behaviour/bus arbitration of nonstandard ST configurations

Post by sporniket »

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.
User avatar
mrbombermillzy
Posts: 1562
Joined: Sun Jun 03, 2018 7:37 pm

Re: CPU behaviour/bus arbitration of nonstandard ST configurations

Post by mrbombermillzy »

sporniket wrote: Wed Jun 07, 2023 8:33 pm 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.
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?) :shrug:
User avatar
exxos
Site Admin
Site Admin
Posts: 24471
Joined: Wed Aug 16, 2017 11:19 pm
Location: UK
Contact:

Re: CPU behaviour/bus arbitration of nonstandard ST configurations

Post by exxos »

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.
User avatar
Cyprian
Posts: 433
Joined: Fri Dec 22, 2017 9:16 am
Location: Poland

Re: CPU behaviour/bus arbitration of nonstandard ST configurations

Post by Cyprian »

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.
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.
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
User avatar
mrbombermillzy
Posts: 1562
Joined: Sun Jun 03, 2018 7:37 pm

Re: CPU behaviour/bus arbitration of nonstandard ST configurations

Post by mrbombermillzy »

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.
Ah, so it has 2 buses with regards to a 030 board?

Exactly what I needed to know. :cheers:

Thanks guys.
Post Reply

Return to “SOFTWARE PROGRAMMING & DISCUSSION”