comment afficher boot sans virer pile? - Page 1

le boot est à l'adresse $400000 non?
pourquoi il suffirait pas de mettre dans un prog :
LEA $400000,A0
BRA (A0)

???

Bah oui mais quand tu affiches le boot en général c'est suite à un plantage non ?
[edit]Edité par Blue_Z le 12-07-2001 à 18:24:40[/edit]

Le début du code n'est pas à $400000. Mais l'adresse du début du boot est à $400004. Et il faut être en superviseur pour executer le boot.

trap #12
move.l $C8,d0
and.l #$600000,d0
move.l d0,a0
move.l 4(a0),a0
jmp (a0)

Et d'ailleurs la plupart du temps, quand la flash est en bonne état, executer le boot ne fait que reseter la calc (sans faire apparaitre le menu du boot).

Et il faudrait logiquement mettre ce qui est en $400000 dans sp ...

c'est pas vraiment utile puisque la première chose que fait le boot c'est d'initialiser a7.

Ca sert a rien, sp est initialisé avec ce qui est en $400000 en cas de reset ...

C'est peut etre l'autres stack pointeur, alors ... (utilisateur/superviseur)

N'importe quoi !!!
La pile et le compteur ordinal n'est initialisé par le proc que ssi il y a reset !!!
De plus, la programme est sensé aprés son execution, remplir la table des execptions, dans la RAM.
Dans le cas du TIOS, il y a recopie des valeurs de la rom dans la ram !

on imagine:
<reset hard>
SP<-($400000)
A7<-($400004)
<execution des instructions a l'adresse (A7)>

Voila comment c fait.

Non, je parle seulement de SP, USP est une copie de SP lorsque le proc bascule en mode utilisateur.
a, vi A7==PC

Heu, je pensait que a7 contenait la pile utilisation en mode utilisateur, et la pile superviseur en mode superviseur ... et que USP permettait d'acceder a la pile utilisateur en mode superviseur ...

J'ai déjà codé une routine en mode superviseur qui utilisait a7 comme pointeur de pile, ça ne buguait pas => SP = USP = A7

Ce n'est que l'adresse d'une autre pile, la pile superviseur, qui est chargée dans a7 lors du passage en mode superviseur, non

oups, j'ai pa fait attention, dsl les mecs

Donc je rectifi sque j'ai dit
A7=PC
USP=A7'
SP=A7

A7=PC

PC, c'est pas le Program Counter (qui pointe sur la prochaine instruction) ?

mais qui modifie mes post ?

je vais y arriver bon sang de bonsoir !!!!!!

PC
USP=A7'
SP=A7

ouf, j'y suis !!!!
faut vraiment que je resolve mon pb d'inatention !!!

Mais pourquoi en programmant un truc en superviseur, on peut quand même utiliser a7 ??????

S'il y avait 2 pointeurs de pile, ça buguerai avec a7 en superviseur, nan ??

<reset hard>
SSP<-($400000)
PC<-($400004)
et la, le proc jump à l'adresse contenu dans PC

Lors du passage en mode superviseur, le processeur met SSP en a7, et lors du rte qui retourne en mode utilisateur, il remet USP en a7.
[edit]Edité par Kevin Kofler le 21-07-2001 à 19:09:28[/edit]

C'est en fait un simple changement d'adresse. Il change le contenu de a7. Physiquement, dans le proc, il n'y a qu'un pointeur de pile.
Nan ?

Si, il y a 2 registres a7 qui sont échangés. S'il n'y avait qu'un seul registre, le processeur ne pourrait pas "se rappeler" de la valeur à mettre lors du prochain changement de mode.
Mais à chaque fois, un seul registre est accessible sous le nom a7. En mode superviseur, l'autre est accessible avec USP (mais seulement avec move); en mode utilisateur, on n'a pas le droit de toucher à SSP.

Ha, tout s'éclaircit
Thanks !

cler, encore heureux !!!