On 9.07.2024 09:42, Marek wrote:

> Dlaczego zakładasz, że ten CPU jest w pełni kompatybilny?

Bo nigdy nie natknąłem się choćby na wzmiankę, żeby MCY7880 miał być w
jakimś stopniu niekompatybilny z oryginalnym 8080 Intela. A temat jest
dosyć dobrze rozpoznany i np. drobne różnice w zachowaniu klonów Z80 z
NRD w stosunku do oryginału Ziloga są dośc dobrze opisane.
Zresztą... Celem, który przyświecał inżynierom zza żelaznej kurtyny było
zbudowanie procesora, który pozwoli na odpalanie ukradzionego
oprogramowania z zachodu.

Poza tym - projekt nie jest nowy i ma już kilka lat. Zaczynałem od
uruchamiania na tym sprzęcie prostego migania diodą, potem dodawałem
sterowniki do kolejnych peryferiów. Następnie odpalałem jakieś proste
wprawki asemblerowe, aż w końcu udało mi się uruchomić na nim TinyBasic,
będący jednak już dość złożonym oprogramowaniem jak na tego typu
antyczną architekturę. Byłoby czymś dziwnym, gdyby problemy sprzętowe
ujawniły się dopiero teraz - przy okazji portowania CP/M.
To znaczy inaczej - problemy sprzętowej były i dały o sobie znać na
etapie pisania bootloadera CF. Pomogło jednak dodanie bufora na liniach
danych.


> był problem sprzętowy. Co ciekawe taki składak praktycznie nie
> zdradzał problemu przy bocie, ładowania systemu i działania "na
> spokojnie". Problem dopiero ujawniał się przy obciążeniu gcc. Sprzęt
> był uznawany za sprawny gdy 5x pod rząd bez błędu przeszło make clean
> && make bzImage

To nie są te czasy, nie ta technologia. Ten procesor nie dostosowuje
swojej mocy obliczeniowej do wykonywanego zadania i nie zwalnia, gdy nie
ma nic do roboty. Teoretycznie mogłyby pojawić się problemy wynikające z
problemów z zasilaniem albo pojemności linii (zwłaszcza, że prototyp
jest zbudowany na płytce uniwersalnej za pomocą kynaru) ale to całoby o
sobie znać znacznie wcześniej.

Problem ewidentnie wygląda na programowy, do tego mocno powtarzalny i
specyficzny.