Jaka Atarka ?

I wszystko chodzi bez problemu? Nic się  nie wywala?

No ciekawe. Też się kiedyś zastanawiałem nad 68010. Z dokumentacji wynika że ma coś w rodzaju pamięci wirtualnej. Ciekawe jakby to wykorzystać na ST ?

Nie ma żadnej pamięci wirtualnej. Poprostu 68010 ma więcej informacji w ramce stosu przy bus errorze, co pozwala na wirtualizację (przy uzyciu dodatkowego sprzętu). 68000 nie zapisuje wystarczającej ilości informacji. Stacje uniksowe, które uzywały 68000 radziły sobie z tym w ten sposób, że posiadały dwie 68000 wykonujące te same rozkazy, z tym, że jedna działała o cykl wolniej, czy coś w tym stylu. Gdy jeden procek zaliczał bus errora, drugi był zatrzymywany.

Jest sporo info o tym na wiki:
The 68000 was also unable to easily support virtual memory, which requires the ability to trap and recover from a failed memory access. The 68000 does provide a bus error exception which can be used to trap, but it does not save enough processor state to resume the faulted instruction once the operating system has handled the exception. Several companies did succeed in making 68000 based Unix workstations with virtual memory that worked by using two 68000 chips running in parallel on different phased clocks. When the "leading" 68000 encountered a bad memory access, extra hardware would interrupt the "main" 68000 to prevent it from also encountering the bad memory access. This interrupt routine would handle the virtual memory functions and restart the "leading" 68000 in the correct state to continue properly synchronized operation when the "main" 68000 returned from the interrupt.
These problems were fixed in the next major revision of the 68K architecture, with the release of the MC68010. The Bus Error and Address Error exceptions pushed a large amount of internal state onto the supervisor stack in order to facilitate recovery, and the MOVE from SR instruction was made privileged. A new unprivileged "MOVE from CCR" instruction was provided for use in its place by user mode software; an operating system could trap and emulate user-mode MOVE from SR instructions if desired.

Prawdopodobnie chodzi właśnie o wielkość ramki stosu, oraz instrukcje move from sr (a nie jak wyżej napisalem move from ccr, która właśnie zastępuje move from sr na 68010 dla trybu użytkownika).

Tu ten artykuł z C&A

Artik, ten program jest dla 68020

Dodatkowo, jeśli TOS nie startuje to też nie było by okazji uruchomić ten program.

Pamiętam panie dziejku, jak w 1994 żeśmy podmienili 68000 na 68010 w amidze 500.
Całkiem fajnie to działało.
Nawet dało się przekręcić na 10 czy 12 MHz. Wyżej już nie.
To już dwadzieścia lat przeszło. Jak ten czas leci.

Nie pójdzie, ale powinno się dac przystosowac bez większego problemu.

Bawiłem się dzisiaj z MegaSTE i procesorami w wersji DIP.
68000 w wersji 8, 10 i 16MHz oraz 68010 10 i 12MHz.

Wszystkie startują i działają na 8MHz, po włączeniu 16 i cache działa tylko 68000 16MHz. 68010 12MHz sypie się (ciekawe czy przez cache, czy przez 68010). Wygląda na to, że procesory w tej wersji były mniej podatne na zmianę częstotliwości. Wersja 10MHz nie działa na 16, podczas gdy analogiczny procesor PLCC 68HC000FN10 działa na 16.
EDIT: Procesor PLCC 68010 w wersji 25MHz działa tylko na 8MHz, więc problemem jest cache w MegaSTE (?prawdopodobnie).

Jak uruchamiam z Ctrl to startuje na 8MHz.

Jak te procki są z jakiegoś ali od chinola ,to na bank są malowane.

Jeżeli wierzyć cpuworld to maks dla 010 PLCC to 16 MHz.