Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
TURGEN 9.3.0 Kolejna wersja multiplatformowego narzędzia do zarządzania obrazami taśm.
SV 2024 WE - program imprezy Już za tydzień odbędzie się zimowa edycja Silly Venture
Nowa obudowa dla 800XL - zostało 36 dni Niewiele ponad miesiąc do końca kampanii.
Zmarł twórca języka BASIC Zmarł Thomas E. Kurtz twórca języka BASIC
Zmiana serwera atari.area Serwis przeszedł właśnie ważną aktualizację infrastruktury
atari.area forum » Sprzęt - 8bit » 6502 pipeline
Strony 1
Zaloguj się lub zarejestruj by napisać odpowiedź
Gdzies czytalem, ze 6502 pobiera nastepny rozkaz jeszcze w czasie wykonywania poprzedniego - w ostatnim cyklu.
Jesli to prawda to rozkazy skoku warunkowego pewnie maja to jakos rozwiazane ale mnie interesuje co sie stanie jesli kod programu znajduje sie w obszarze ktory wlasnie wykonywany rozkaz zmieni.
wykonujemy przykladowo rozkaz
A000: sta $d500
A003: lda #0
a po sta mamy pod adresem to:
A003: ldx #0
jaki bedzie efekt ?
Sprawdź i napisz.
Opowieść z cyklu, że na Placu Czerwonym rozdają rowery...
Typowy XXL jest typowy :) Spróbuj, proszę, podchodzić trochę mniej bezkrytycznie do tego, co przeczytasz gdzieś w internecie, gdyż nie trzeba ostrego jak brzytwa umysłu, żeby zorientować się, że następny rozkaz nie może być czytany w cyklu zapisującym wynik działania poprzedniego rozkazu.
To o czym czytałeś tyczy się tylko niektórych instrukcji modyfikujących rejestry, w których owa modyfikacja następuje podczas czytania opcode'u następnego rozkazu. Np. lda #0 w pierwszym cyklu czyta opcode, w drugim operand, który jest ładowany do akumulatora właśnie w tym trzecim cyklu, w którym czytany jest opcode następnego rozkazu.
Gdzies czytalem, ze 6502 pobiera nastepny rozkaz jeszcze w czasie wykonywania poprzedniego - w ostatnim cyklu.
temat znany od dawna i dobrze opisany
szukaj w google "6502 pipeline"
Poza tym tak jak laoo napisał
czyli caly ten pipeline to sciema, nawet jak mamy 1 bajtowy rozkaz w drugim cyklu czyta kolejny bajt to po wykonaniu tego rozkazu i tak przeczyta jeszcze raz kolejny bajt...
---
raczej chodzilo mi o ten dokument: http://visual6502.org/wiki/index.php?ti … ing_States
a konkretnie:
When T1 is displayed inside the seventh (bracketed) field, the external SYNC pin is also being driven high (by the node tested for T1) to indicate that the current memory read operation is for an instruction opcode.
a konkretnie:
Last cycle of all(*) opcodes
*-oprocz skokow...
Bardzo fajny dokument. Nie znałem go.
Zawiłości wewnętrznej pracy procesora nie są łatwe do zrozumienia. To wymaga sporo przetrawienia. Po prostu ostatni cykl rozkazu w rozważaniach na tej stronie nie jest tym, czym myślisz, że jest. Nawet poświęcili trzy paragrafy na uzasadnienie tego. Zastosowali konwencję, że pierwszym cyklem jest cykl, w którym rejestr rozkazu ma już załadowany opcode i procesor już może go wykonywać i wykonuje go aż do ostatniego cyklu, w którym ładuje opcode następnego rozkazu. Więc przykład lda #0 w ich konwencji wygląda tak:
1. przeczytanie operandu z pamięci
2. załadowanie operandu do akumulatora ORAZ przeczytanie opcode'u następnego rozkazu.
I tutaj ostatni cykl ma w sobie ten "pipelining", jak dla wszystkich rozkazów, w których przedostatni cykl (w tej nomenklaturze) nie jest cyklem zapisu, bo jego fizycznie nie można połączyć z fetchem następnego opcode'u.
W ogóle fajna rzecz. Wg tego dokumentu przerwanie nie może wskoczyć po instrukcji skoku względnego nie przekraczającego strony. To warto byłoby sprawdzić, bo teoretycznie sekwencji
clc
l bcc lnie można przerwać. Nie wiedziałem tego.
no ciekawe, ciekawe :-)
i to ze tylko nielegalse moga miec 8 cykli...
Ciekawe. Wczytałbym się w ten tekst, gdybym chciał zaprojektować swoje 6502. Ciekawe, co na to mój management? ;)
Wg tego dokumentu przerwanie nie może wskoczyć po instrukcji skoku względnego nie przekraczającego strony.
W jednym akapicie jest to napisane w trybie przypuszczającym, ale już w następnym jest plot twist. A już wymyśliłem dwa zastosowania: 1. Zakończenie 256-ki z blokadą trybu przyciągania uwagi. 2. Blokada klawisza RESET w 400/800.
i to ze tylko nielegalse moga miec 8 cykli...
To akurat wynika z każdej tabelki z rozkazami 6502.
Edit:
Co do ankiety, to mogę sobie wyobrazić cartridge przełączający banki z opóźnieniem.
W ogóle dlaczego rozpatrywać cartridge, jak wystarczy zwykły samomodyfikujący kod?
laoo/ng napisał/a:Wg tego dokumentu przerwanie nie może wskoczyć po instrukcji skoku względnego nie przekraczającego strony.
W jednym akapicie jest to napisane w trybie przypuszczającym, ale już w następnym jest plot twist.
Eh... dopiero teraz doczytałem ten drugi akapit.
Wygląda zatem, że jedyną taką sekwencja są jednobajtowe NOPy w 65C02.
tu jest fajnie opisane: https://en.wikipedia.org/wiki/CSG_65CE02
czytany bajt nigdy nie jest interpretowany jako rozkaz, zawsze jeszcze raz jest czytany i interpretowany
(swoja droga ten cpu z linku wykonuje niektore rozkazy w 1 cykl)
Ja akurat pisałem o jednobajtowych nopach, których sekwencji nie da się przerwać. 65CE02 nie ma tych nopów. On działa zupełnie inaczej.
Strony 1
Zaloguj się lub zarejestruj by napisać odpowiedź
atari.area forum » Sprzęt - 8bit » 6502 pipeline
Wygenerowano w 0.026 sekund, wykonano 48 zapytań