Błędy w procesorze Z80?

[Tygrys]

Czy ktoś natknął się na informacje o błędach w procesorach Z80?

W sieci są informacje o słynnym błędzie w Pentium związanym z FPU, błędach w 6502, ale nic nie ma o błędach w Z80.

http://en.wikipedia.org/wiki/Pentium_FDIV_bug
http://en.wikipedia.org/wiki/MOS_Technology_6502#Bugs_and_quirks

[Phonex]

Jest jeden błąd, podobno ukryty pod obrusem przez Ziloga: błędne działanie SLL (Shift Left Logical), co doprowadziło do skreślenia tej instrukcji z oficjalnej listy. Jest na liście nieoficjalnych rozkazów coś, co zależnie od źródła nazywane jest SLL lub SLS (Shift Left Set), SL1, SLL/SL1, czy SLIA (Shift Left Inverted Arithmetic). Instrukcja ta ma opcode taki jak powinna mieć SLL i robi prawie to co powinna SLL - przesuwa bity w lewo, ale w bit zerowy wstawia 1 zamiast 0.

http://www.cpcwiki.eu/index.php/Z80_-_undocumented_opcodes#CB_prefix

[robreg]

Czy ktoś natknął się na informacje o błędach w procesorach Z80?

W sieci są informacje o słynnym błędzie w Pentium związanym z FPU, błędach w 6502, ale nic nie ma o błędach w Z80.

Bo, jak to wspominał mój profesor od urządzeń peryferyjnych, w czasach pentium to się nazywało błędy, w czasach 8008 i podobnych, były to nieudokumentowane instrukcje CPU

[ZbyniuR]

Czy to znaczy że różne egzemplarze różnie wykonują ten rozkaz?

[Phonex]

Nieeee. W zależności od źródła, czyli autora opisu, a nie źródła procesora

Ale jest jeden rozkaz, który jest inaczej wykonywany przez podróbki Z80!
LDIR. Rosyjskie podróbki za każdym przesłaniem danych pobierają ponownie kod rozkazu z pamięci, więc jeśli program będzie zerował pamięć używając LDIR i dotrze do miejsca gdzie LDIR jest, to na podróbce zamaże pierwszy bajt rozkazu LDIR i przestanie go wykonywać!

[RafalM]

Z tego co kiedyś słyszałem nieoficjalne instrukcje mogą  się zachowywać dziwnie na klonach.

Podobnie było na pierwszych modelach Z80 wypuszczanych oryginalnie przez Zilog.

Jak sądzicie, dlaczego Zilog nie włączył ich do oficjalnej specyfikacji procesora?

Czy dlatego że nie wiedzieli o ich istnieniu?

Raczej nie, wiedzieli dobrze, tylko instrukcje te były zawodne a ich efekt był nieprzewidywalny.

Później udało się ogarnąć sprawę i w czasach Zx Spectrum możemy być w zasadzie pewni że instrukcje te będą działać poprawnie
(pamiętajmy że Z80 to 1976 rok a Spectrum był aż 6 lat później)

[Gryzor]

Na klonach to juz nie tylko rozkazy, ale tez sygnaly zachowuja sie inaczej.
Niektore, chyba np. niemiecki U80 mialy nawet jakies rozszerzenia listy rozkazow.
Moim zdaniem czesc rozkazow nie byla oficjalna, bo Zilog uznal je za malo przydatne, a ich obecnosc i tak wynikala z architektury procesora.
Pewno dla innych prockow jest podobnie, bo przy kopiach x86 tez wychodzily niezgodnosci.

[Tygrys]

Moim zdaniem nieudokumentowane instrukcje nie są błędami, nie powodują błędnych wyników operacji. Lubię je i z nich korzystam ;-)
Sprawa klonów procesora jest poboczna.

Zatem, nie ma żadnych oficjalnych i nieoficjalnych informacji o błędach w Z80?

[RafalM]

O takich że wykonujesz 2+2 i dostajesz 5 to nie słyszałem. Są jakieś błędy obliczeniowe w Basicu, ale to wina Basica a nie procesora.

Było ileś rozbieżności między oficjalną dokumentacją Ziloga i faktycznym działaniem procesora ale można powiedzieć że to były błędy dokumentacji a nie procesora.

Możemy również twierdzić że to błędne i nielogiczne że DEC HL nie zmienia flagi zero, a INC A nie zmienia flagi przeniesienia itp., ale jak to mówią - "it is not a bug, it is a feature"

Trochęę sprzętowych błędów by się w Spectrum znalazło ale raczej nie na poziomie procesora, tylko w ULA i innych częściach. Największy z nich to chyba znany "snow effect".

[ZbyniuR]

A jak się objawia ten snow effect, tak w dwóch zdaniach?

[Phonex]

Jest jeszcze błąd wskaźnika przerwań IFF.
Po wykonaniu LD A, I (lub LD A, R) stan wskaźnika przerwań IFF2 jest kopiowany do flagi P/V. Ale jeśli w trakcie wykonywania tej instrukcji nadejdzie przerwanie - P/V przyjmuje błędnie wartość 0.
Zero we fladze P/V oznacza więc, że przerwania są zablokowane, lub w trakcie wykonywania instrukcji LD A, I nastąpiło prerwanie.

W oficjalnej dokumentacji Z80 jest opisane to zachowanie, co nie zmienia faktu że jest to błąd.
Podobno w procesorach Z80 CMOS zostało to naprawione.

[RafalM]

A jak się objawia ten snow effect, tak w dwóch zdaniach?

Ano latają jakieś śmieci po całym ekranie
http://www.youtube.com/watch?v=4FIUCIyMSD4

(w filmiku ktoś to niby wykorzystał jako efekt specjalny, ale zwykle wygląda to naprawdę paskudnie i jest mocno niepożądane)

To jest związane z przerwaniami. W Spectrum 16 kB, 48 kB i paru innych chyba też nie można ustawić wektora przerwań w pamięci poniżej 32768, bo coś takiego dostaniemy.

Tutaj jest to opisane w szczegółach i wyjaśnione dlaczego tak jest. Niestety nie streszczę bo sam nigdy tego  nie zrozumiałem

http://www.zxdesign.info/dynamicRam.shtml

W późniejszych modelach Spectrum chyba zrobili z tym porządek.

[ikci]

A czy czasem ULA SNOW EFFECT to nie problem jedynie 128K oraz szarego 128K+2 ??

Widziałem, że  Velesoft poradził sobie z tym problemem i sprzedaje chip - zamiennik problematycznego układu HAL10H8(PAL10H8)

http://velesoft.speccy.cz/zx/umbrella/umbrella.htm 

[Tygrys]

błedy Z80 to co innego niż błędy w ZX Spectrum. Zakładam zatem nowy wątek -- http://speccy.pl/forum/index.php/topic,1118.0.html