REMINDER - Stay logged in for at least 2 hours a week to get whitelisted.
Also it helps build a picture where our "good traffic" is coming from for detection scripts.
:o)

CPU behaviour/bus arbitration of nonstandard ST configurations

News,announcements,programming,fixes,game patches & discussions.
User avatar
mrbombermillzy
Moderator
Moderator
Posts: 2347
Joined: 03 Jun 2018 19:37

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
Site sponsor
Site sponsor
Posts: 1169
Joined: 26 Sep 2020 21:12
Location: France

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
Moderator
Moderator
Posts: 2347
Joined: 03 Jun 2018 19:37

Re: CPU behaviour/bus arbitration of nonstandard ST configurations

Post by mrbombermillzy »

sporniket wrote: 07 Jun 2023 20:33 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: 28598
Joined: 16 Aug 2017 23:19
Location: UK

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.
User avatar
Cyprian
Posts: 547
Joined: 22 Dec 2017 09:16
Location: Warszawa, Poland

Re: CPU behaviour/bus arbitration of nonstandard ST configurations

Post by Cyprian »

mrbombermillzy wrote: 07 Jun 2023 19:54 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.
ATW800/2 / V4sa / 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
Moderator
Moderator
Posts: 2347
Joined: 03 Jun 2018 19:37

Re: CPU behaviour/bus arbitration of nonstandard ST configurations

Post by mrbombermillzy »

Cyprian wrote: 07 Jun 2023 20:54 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.

Return to “SOFTWARE PROGRAMMING & DISCUSSION”

Who is online

Users browsing this forum: ClaudeBot and 6 guests