Opcodes 68000 - Page 4

Vu ^^
Alors oui c'est ça j'avais fait par analogie.
Si tu regardes bien l'instruction OR de base tu verras que absolument tous les bits hors des masques sont identiques...
SR et CCR sont juste deux modes d'adressages "spéciaux", et même le même en fait: CCR est 8 bits (S = 00) et SR est 16 bits (S = 01)
Donc je devrais peut être laisser en orange et mettre les bits réels en dessous effectivement, mais voila l'explication (même chose pour ANDI du coup ^^)

En fait le but était de synthétiser le plus possible, mais si je retrouve le fichier excel, j'y ajouterais quelques modifications

Bon voilà, j'ai retrouvé le fichier donc j'ai uploadé une version améliorée
- Ajout de MOVE to SR
- Suppression de MOVE from CCR
- Ajout de CMPM
- Ajout de TRAP
- Modification de certaines intstructions, correction d'erreurs, et plus de détails
- Les bordures épaisses mettent en valeur les parties importantes d'une instruction.

Voilà le fichier excel

Si tu vois d'autres erreurs, ou des instructions manquantes n'hésite pas à prévenir
Je suis aussi preneur si quelqu'un a une meilleure idée de choix de couleurs.

c'est zouli

faudrait que je fasse pareil pour ARM.

Si c'est pour ARMv7 regarde là http://re-eject.gbadev.org/files/armref.pdf (Oui c'est de ça que je me suis inspiré à l'origine )

merci!

Golden, est-ce qu'il serait possible d'avoir aussi ce sympathique document en format ODS ? (c'est pour ceux qui n'ont pas assez de sous pour s'acheter MS Office)

Tss vous savez ou vous pouvez vous les mettre vos formats libres ?
Non sérieusement j'ai pris Excel exprès pour éditer ce fichier car OpenOffice n'est pas fichu d'afficher correctement le fichier, et que je n'aime pas son interface. (En fait dès que le PC avec Office chez moi est libre je préfère l'utiliser plutôt qu'OpenOffice sur mon portable )
Donc si vous voulez un format libre vous pouvez le faire vous-même via OOo, mais je ne garantis pas le résultat. (A la limite j'essaye de trouver un Office 2007 pour exporter en PDF )

Heu Open Office ouvre très bien ton fichier !

Et s'il l'ouvrait mal, il suffirait de faire un copier-coller du tableau d'Excel vers Calc.

J'ai dit qu'il l'affiche mal pas qu'il l'ouvrait mal. (En fait le texte centré était affichées à droite j'ai même pas essayé d'aller plus loin vu les mauvaises expériences que j'ai de OOo).
Et je n'ai pas Office et Office sur le même PC puisque par définition OpenOffice est inutile sur un PC où Office est présent

GoldenCrystal (./101) :
Et je n'ai pas Office et Office sur le même PC puisque par définition OpenOffice est inutile sur un PC où Office est présent

Au boulot, tout ce qui on MS Office finisse par installer OOffice car MS Office n'ouvre pas certains .doc

Ouai : ceux faits avec OpenOffice... L'autre jour j'ai envoyé un .doc de 64 pages à un collègue... Impossible de l'ouvrir avec son MS Office.

Meme pas. C'est fait par MS Office chez le client, mais impossible d'ouvrir ses docs hors open office

GoldenCrystal : Ton fichier a l'air de s'ouvrir en effet parfaitement sur OpenOffice :





Il y a des choses mal mises en page ?

Bon, quoiqu'il en soit, j'ai uploadé une version PDF tout beau tout propre, et je pense pas pouvoir faire mieux (à moins qu'il y ait des trucs à corriger bien sûr ^^)
Même adresse que l'ancien: http://goldencrystal.free.fr/M68kOpcodes.pdf
Vala vala

C'est zouli imprimé en couleurs

moveq.w est une erreur (malheureusement acceptée par A68k), mais il me semble que movea.w n'en est pas une.

movea.w est valide, une extension de signe est effectuée dans ce cas. En revanche, movea.b n'est pas valide.

Ce que j'ai mis en vert clair c'est des valeurs "particulières" de certains champs de bit (en général ceux des instructions du dessus ou du dessous), qui sont donc (généralement) à exclure pour les instructions concernées.
Là où la signification est directe j'ai laissé en bleu, là où il y a des astuces (genre S=11) j'ai mis en vert, mais évidemment ça a "plus ou moins" la même signification. Considère que c'est pour mettre en valeur le jeu d'instruction "Compressé" du M68k (enfin c'est du CISC quoi ).
Après il y a peut-être certains endroits où j'aurai du mettre du vert et je ne l'ai pas fait, et vice-versa, mais ce n'est pas totalement évident à jauger
Par exemple pour les CCR et SR j'aurai pu mettre du vert au lieu du orange oui, enfin bref
Si tu as des idées n'hésite pas à m'en faire part (mais je remettrai pas tout en bleu )
Et oui, je sais que le C de CISC veut dire Complex

les adresses 0xabcd dans les move, par exemple, on les colle à la suite ?

Oui, que ce soit des move.w/l #0xabcd,dn ou des move.w 0xabcd.w/.l,an/dn.

De mémoire, les opérandes immédiats ou adresse absolue sont stockés dans l'ordre d'écriture en langage d'assemblage. Exemple: pour un move.w #0x1234,0x5678.w, on aurait
0000: <opcode de move.w #imm,xxx.w>
0002: 0x1234
0004: 5678

Les D c'est la "direction" de l'opération.
En jaune c'est la plupart du temps un truc du genre choix entre registre x <ea> -> registre et <ea> x registre -> <ea> (x étant une opération quelconque)
Les D vert c'est L ou R des opérations de décalage (Direction aussi mais pas dans le même sens)
Les M jaunes ont +/- la même signification que les D jaunes d'ailleurs, mais comme ce n'est pas suffisant, ils restent en "M" (à la base pas mal de trucs sont cachés en R/M dans le manuel officiel).
Quoi qu'il en soit ce n'est pas sensé être (du moins pas entièrement) un remplacement du manuel, mais un complément, donc pour les questions comme celle que tu pose sur le fonctionnement des effective address, je ne peux que te conseiller de regarder le manuel.
(Et oui tu les colle "à la suite" mais ce n'est pas toujours simple si je me souviens bien )