Wstęp
CPU6502 nie ma możliwości bezpośredniego odwołania się pod konkretny adres dodatkowej pamięci (XMS) jak jest to w przypadku CPU65816. Potrafi maksymalnie zaadresować 64KB pamięci, dostęp do pamięci rozszerzonej realizowany jest przez przełączanie 16KB banków w obszarze $4000..$7FFF. Rejestr PORTB ($d301) jest odpowiedzialny za włączenie konkretnego banku pamięci w w/w obszar.
Założenia.
Aby program mógł działać w pamięci XMS będzie potrzebował kilka krótkich procedur i buforów umieszczonych poza obszarem $4000..$7FFF. Procedury te będą przełączały banki pamięci, dokonywały skoku.
Kompilator przestawia się w tryb pracy z dodatkowymi bankami pamięci (banked) po napotkaniu mnemonika BLK. Po napotkaniu tego mnemonika licznik banków zostaje zwiększony (defaulf=-1), a adres generowanego kodu ustawiany jest na $4000. Jeśli podczas kompilacji zostanie przekroczony adres $7FFF kompilacja zostaje przerwana i zasygnalizowany zostaje błąd przekroczenia dozwolonego obszaru. Aby uniknąć błędu przekroczenia dozwolonego obszaru należy ponownie umieścić mnemonik BLK w programie.
W trybie 'banked', podczas kompilacji wszelkie rozkazy skoków i adresowania będą sprawdzane czy nie odwołują się do obszaru o innym numerze banku. Odwołanie do obszaru o innym numerze banku będzie traktowane jako błąd i odpowiednio sygnalizowane.
Wyłączenie trybu 'banked' nastąpi po napotkaniu mnemonika ORG i adresu spoza zakresu $4000..$7FFF.
Skok do obszaru o innym numerze banku będzie możliwy tylko w trybie 'banked' przy pomocy dwóch mnemoników JML (jump long) oraz JSL (jump subroutine long). Jako że tylko CPU65816 posiada sprzętową obsługę JML i JSL, w przypadku 6502 będzie musiała zostać wykonana dodatkowa procedura. I tak napotkanie mnemonika JML lub JSL, każdorazowo spowoduje zastąpienie go następującym fragmentem kodu:
JML
jsr ___pushAXY
lda tablica_bankow ; odczytanie kodu banku obszaru z tablicy
ldx < $xxx ; wyliczony adres
ldy > $xxx
jmp ___jmlJSL
jsr ___pushAXY
lda tablica_bankow ; odczytanie kodu banku obszaru z tablicy
ldx < $xxx ; wyliczony adres
ldy > $xxx
jsr ___jsl* --- jump long --- *
___jml stx ___jmp+1 ; modyfikacja adresu ___jmp
sty ___jmp+2
jsr ___pullAXY
___jmp jmp $ffff ; skok* --- jump subroutine long --- *
___jsl pha ; zapamietanie rejestru regA
lda $d301 ; zapamietanie kodu poprzedniego banku
sta ___bank
pla
sta $d301 ; wlaczenie banku
stx ___jmp+1 ; modyfikacja adresu _JSR
sty ___jmp+2
jsr ___pullAXY ; odczytanie wartosci z rejestrow A,X,Y
___jmp jsr $ffff ; wywołanie procedury
pha ; powrót z procedury, zapamiętanie regA
lda #0 ; przywrócenie kodu poprzedniego banku
___bank equ *-1
sta $d301 ; włączenie poprzedniego banku
pla ; zwrócenie regA
rts ; kontynuowania programu w dodatkowym banku* --- push A,X,Y --- *
_pushAXY equ *
sta ___regA ; zapamiętanie wartości rejestrów
stx ___regX
sty ___regY
rts* --- pull A,X,Y --- *
___pullAXY equ * ; oddanie wartości rejestrów
lda #0
___regA equ *-1
ldx #0
___regX equ *-1
ldy #0
___regY equ *-1
rtsJeśli posiadamy 16-bit CPU kod generowany przez kompilator może być pozbawiony tych procedur i zastąpiony konkretnym kodem JML, JSL.
I tak ogolnie przedstawia sie pomysl na nowy kompilator 6502, co Wy na to ?
3x Atari 130XE, SDX, CPU 65816, 2x VBXE, 2x IDE Plus rev. C
