0x456 to system boot device number. Żeby to odczytać musisz być w trybie supervisora. Zapewne na Hadesie zmienne systemowe nie są ochraniane w ten sposób.

Nie procesora a logiki obsługi magistrali ST przez Hadesa i akceleratory.

Masz 060-ki z MMU? Trochę zmyślam, ale możliwe, że na maszynach z 060 dla uproszczenia używane jest MMU do tego zabezpieczenia.

Dzięki Sikor za Twój rzeczowy wkład :) Zapewne wiesz, że programowalne scalaki na karcie ct60 zawierają logikę klejącą 060 do magistrali Falcona gdzie emulowane jest zachowanie 030 (np. dynamic bus sizing).

Nie znam się na programowaniu falcona, ale na 030 nie chodziło jak pisza Artic - już działa), na 060 chodziło zarówno w Falconie, jak i w Hadesie. Stąd mój - jak to nazwałeś - "rzeczowy wkład". Najważniejsze, że już poszło na 030. Ciekawe, czy poszłoby na TTce...

Źle spojrzałem, tam faktycznie nie ma Supexec, dlaczego działa to zatem pod 060 ?

EDIT: wygląda na to, że tylko Hades ma tę przypadłość. Taki "program":

include "stdio.h"

int main() {

    printf("%c:\\isa_bios.inf", 'a' + (char) (*((volatile uint16*)0x446)));

}

skompilowany zarówno na Hadesie jak i na PAK.
Tylko na Hadesie działa (w obu wersjach), na pozostałym sprzęcie (w tym Falcon, w obu trybach) jest Bus Error.

Na Atari ST/TT/Falcon ochronę pamięci zapewnia sama płyta główna (GLUE/COMBEL) a nie MMU procesora. Klony z założenia nie są 100% zgodne ze wzorcem, więc w sumie nie zaskakuje brak tej ochrony.
Można ją dodać na poziomie tablicy MMU procesora, ale najwyraźniej w Hadesie jest ta z TOS TT, czyli bez ochrony.