Discussion :

[noubigh]

salut tt le monde!

Qui programme les routines d'interruptions utilisées dans l'assembleur?

J'ai lu un article sur le net qu différncie entre des interruptions logicielles et les interruptions materrielles.


Est ce que ce sont les fabricants des périphériques (ex: C.graphique) qui fournissent les interruptions qui vont gérer leurs périphériques?

De quelles connaissances doit-t-on être dôté pour programmer par example une routine d'interruption pour afficher à l'ecran qqchose?

Encore une dernière question:


qui a créeé les premières routines d'interruption lorsqu'il n'yavait encore pas d'OS ou bien à l'époque du DOS?

[wiztricks]

Qui programme les routines d'interruptions utilisées dans l'assembleur?

Plus grand monde! Normalement c'est le système d'exploitation qui gère les interruption matérielles et qui offre une API pour interfacer un "driver" avec lui.

J'ai lu un article sur le net qu différncie entre des interruptions logicielles et les interruptions materrielles.

En général les interruptions ont une priorité. Une interruption plus prioritaire peut interrompre le traitement en cours d'une autre interruption. Tant que le niveau de priorité "monte", il n'y a pas de deadlock.
Pour que les temps de réponse du système soit satisfaisant, on essaie de minimiser la durée de traitement des interruptions matérielles. La technique est en général de soumettre une partie des traitements à un niveau d'interruption plus bas. Il va donc falloir poster une interruption logicielle pour que le niveau "plus bas soit réveillé".

Est ce que ce sont les fabricants des périphériques (ex: C.graphique) qui fournissent les interruptions qui vont gérer leurs périphériques?

Les cartes génèrent des interruptions et le fabricant fournit les drivers qui vont permettre d'utiliser leur carte sous Linux, Windows,...

De quelles connaissances doit-t-on être dôté pour programmer par example une routine d'interruption pour afficher à l'ecran qqchose?

Trop compliqué pour répondre succintement.

qui a créeé les premières routines d'interruption lorsqu'il n'yavait encore pas d'OS ou bien à l'époque du DOS?

A l'époque du DOS il y avait des routines d'interruptions apportées par le DOS pour gérer le clavier, l'écran,...
En général, les matériels on toujours livré avec un minimum d'OS pour faire cela.
- W

[noubigh]

Les cartes génèrent des interruptions et le fabricant fournit les drivers qui vont permettre d'utiliser leur carte sous Linux, Windows,...

que voulez vous dire par "

Les cartes génèrent des interruptions

"

[wiztricks]

que voulez vous dire par:

Les cartes génèrent des interruptions

le code système dit à la carte écrit le contenu de l'adresse X,
lorsque la carte a terminé, elle le signale par une interruption.

Une interruption matérielle provient en général un signal électrique qui se propage sur un des fils du bus (de commande) par lequel la carte est reliée à l'unité centrale.
Le signal va déclencher "l'interruption" au sens OS du terme:

1. sauvegarde de ce qui est en cours dans la pile,
2. masquage des interruptions moins prioritaire,
3. exécution de la routine correspondante qui va décoder (in fine) le signal,

- W

[Forthman]

Salut,

Une interruption materielle est declanchee par le materiel
exemples :
- clavier
- souris
- port serie
- Timer

quand on appuis sur une touche du clavier, ce dernier declanche une interruption qui lance le bout de code qui s'occupe de lire le caractere tape


Une interruption logicielle est declanchee par un programme
exemple :
changement d'un mode graphique par l'utilisation de " INT 10h "

a+ Francois

[exterieur]

Pouvez-vous exprimer votre besoin concret et la raison pour laquelle vous poser une telle question ?

Les interruptions et routines associés relèvent de compétences de personnes qui sont souvent hybrides entre informaticiens et électronicien.
Ce sont des notions d'informatique très proches du matériel...ce n'est effectivement pas tout le monde qui touche à cela mais malgré tout, dès qu'on fait un peu de l'embarqué, on est forcément amené à cotoyer ces p'tites bêbêtes...

[CP / M]

De quelles connaissances doit-t-on être dôté pour programmer par example une routine d'interruption pour afficher à l'ecran qqchose?

Ca, vous pouvez le faire en Pascal de manière relativement facile: lance TP7, écrivez "GetIntVec" et tapez Ctrl-F1. vous verrez un magnifique exemple de détournement d'interruption, que vous pourrez adapter à votre situation.

[exterieur]

Ca, vous pouvez le faire en Pascal ...

Cà existe encore des développeur en Pascal ? (dans l'aéro oui j'ai codé en Pascal il y'a moins de 5 ans mais bon, sur un projet qui avait plus de 20 ans...)

[wiztricks]

voir aussi: http://www.developpez.net/forums/sho...d.php?t=569247
Il pointe sur un tutoriel "réaliser son propre OS" qui aborde aussi ces sujets avec des examples pratiques de code.
- W

[noubigh]

Slt tt le monde

salut CP / M

Bonne nouvelle pour toi et ceux qui ont tjrs rêvé de pênetrer à l'interieur d'un Bios et voir ce qu'il y'a dedans :
apres des heurs de navigation voilà ce que j'ai trouvé :

http://www.programmersheaven.com/dow.../download.aspx

mais y'a des choses que je ne comprends pqs bien car j'utilise MASM; et je ne suis pas très bon en anglais si vous pouvez traduire les commentaire en contr partie ça serai génial

si je ne me trompe pas ,en sachant le code d'un bios on peut facilement créer
ses propres routines d'interruption comme int 21h par example en se basant sur ce code, n'est ce pas??

car les interruption Dos dont int21h ne fait qu'exploiter ce code pour utiliser les périphérique à ce que je crois !!

si je dis des bétises veuillez me corriger;;

cordialement

[CP / M]

Félicitations noubigh !

Je ne suis pas une bête de somme en anglais, mais je commence tout de même illico la traduction des commentaires et t'envoie le code dès que j'ai fini. Par contre, je ne sais pas du tout combien de temps je vais mettre, vu que c'est ma première traduction "officielle", donc sois indulgent !

Par contre, je ne vois pas trop pourquoi tu aurais besoin de ce code pour "copier" l'int 21h: je pense qu'il suffit d'appeler les interruptions non-DOS, sans forcément connaître leur source ?

Encore merci !