à propos des auto int... - Page 1

Qu'est ce qui indique au systeme ce qui declenche telle ou telle auto-interuption ?

par exemple, pourquoi l'auto int 6 se declenche t'elle quand on appuie sur [on] et pas pour une autre raison ?
c une raison hw ?

Bonne question tiens! C peut être l'int 1 qui appelle l'int 6?

Sur le µP il y a 7 (8 ? je suis pas trop sûr) broches qui sont en temps normal à 1 (4.5 V) : les "déclencheurs d'interruptions automatiques".

Les ingénieurs de TI ont conçus leur clavier de façon à ce que l'appui de [on] change l'état d'une sortie de leur contrôleur clavier. Cette sortie est reliée à la broche numéro 6 du processeur, et se met à 0 quand on presse [on].

Sur la calto il y a une puce qui est spécialisée dans la génération de signaux carrés de fréquence réglable. Cette puce est reliée aussi à certaines broches du MC68k : c'est le fameux timer...

Les protected memory violation c'est pareil : sur le bus d'adresse, TI a placé un circuit qui envoie un signal sur la broche 7 de l'µP lorsqu'il y lit une adresse "invalide"...

Sur Atari (par ex) les auto-ints étaient donc totalement différentes : tu as pigé que ça dépend du hardware
[edit]Edité par Thibaut le 14-07-2001 à 21:38:12[/edit]

merci

Par exemple, pour DoorsOS, qd il lance le shell avec shift+on, il suffit de faire un test sur le flag de la touche SHIFT dans l'autoint6 pour savoir si on doit lancer le shell ou pas

Non. C'est la raison pour laquelle beaucoup de kernels (mais pas Universal OS 1.31) boguent quand les piles sont faibles. L'auto-interruption n°6 est aussi générée dans certains cas si les piles sont faibles. Il faut donc aussi vérifier si [ON] est appuyé.
[edit]Edité par Kevin Kofler le 15-07-2001 à 04:19:18[/edit]

Oui, mais je voulais juste lui expliquer le principe

Je crois plutot que c'est vrai pour le ESC + ON.
A ma connaissance, les kernels utilisent des handlers d'interruption (avec hook) pour gérer ça (donc en passant par les évènements)

... évènements délenchés par des auto-ints.

> Je crois plutot que c'est vrai pour le ESC + ON

Exact, je ne sais pas pkoi j'etais d'accord avec Kevin, mais il n'y a pas de pb avec SHIFT + ON, le pb c'est ESC+ON.

Thibaut, les events ne sont pas déclenchés par les auto-ints, ils sont purement logiciels, gérés par l'AMS.
[edit]Edité par ExtendeD le 15-07-2001 à 15:30:06[/edit]

Yop! C true

Avec les anciennes versions de Universal OS, ça concernait aussi [SHIFT]+[ON] (car Universal OS utilise l'auto-interruption n°6 aussi pour [SHIFT]+[ON]).

L'appui d'une touche engendre une auto-int qui engendre un évenement... Tu crois que ton microprocesseur sens tes doigts s'approcher du clavier tout seul ??

Non, ca n'est pas l'int qui déclenche l'event, le systeme d'event ne marche pas comme ca. L'AMS détecte quand on appuie une touche en scannant la matrice, déclenche un event, et l'event détourné test $60001A. Nul part il n'a été utilisé d'int.

d'ailleurs c'est tres lent...

OK, merci Pollux

en passant, la gestion d'interruption hard, ce fait grace à 3 broches !!!!
IPL0, IPL1 et IPL2 sur le proc.