RET nur ein vom CALL Modifizierter JMP

[PIC18F2550]

Bei meinem Versuch den CODE des propellers besser zu verstehen zeigen sich seltsame ergebnisse.

Ist der RET nur ein vom CALL Modifizierter JMP ?

Code: Alles auswählen

010111 000i 1111 --------- sssssssss JMP S 
010111 0001 1111 --------- --------- RET 

Und wieder stößt sich alles am ominösen i.

[drohne235]

Jo, genau so ist es. Da die Cog ja keinen Stack hat, modifiziert Call den entsprechenden Jmp, also die Rücksprungadresse. Ist quasi wie ein verteilter Stack.

[PIC18F2550]

Und genau deshalb verstehe ich nicht den Sinn des i Bits.

[drohne235]

Naja, das i-Bit (immediate) definiert den Verarbeitungsmodus für das Sourcefeld im Befehlscode. Abhängig von diesem Bit wird der 9 Bit Wert im S-Feld als direkter, eingebetteter Parameter (immediate), oder als Adresse zu dem Parameter in einem Cog-Register interpretiert.

RET ist dabei quasi ein JMP mit gesetztem i-Bit und
CALL ist ein JMPRET mit gesetztem i-Bit.

Beide Befehle (Call/Ret) sind Assembler Makros, welche die Bezeichner in die entsprechenden Zielbefehle (JMP/JMPRET) umsetzen. Im Prinzip kannst du es überprüfen, indem du statt Call und Ret manuell einfach JMPRET und Ret setzt - funktioniert analog den Makros.

[PIC18F2550]

OK jetzt klährt sich alles langsam auf.

Der Unterschied ist nur in den d und s Elementen zu finden.
(nicht zur Laufzeit)
Beim RET sind d und s = 0,
Beim JMP ist nur d = 0


i = 1 ===> JMP nnn
i = 0 ===> JMP(nnn)

Analog des Z80

Fürs erste werd ich daher CALL und RET misachten