compilation binary flat

Version imprimable

BONjour bonsoir,

OS: Evolution Pro
architecture: x86
FS: FAT32
---
Sous windows ou autres système>
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 #include <stdlib.h> int main(char *arg[],int nb_arg) { //Déclarations long code_retour = 0; int *variable = NULL; //Executif int *variable = malloc(sizeof(int)); //allocations if(variable != NULL) {*variable = 10;} //entrée d'une valeur while(1); //attente //Retour return code_retour; }
-----------------------------------------------------
Programmer pour être indépendant>
Code:

1 2 3 4 5 6 7 8 9 10 11 12 int noyau(void) { //Déclarations long code_retour = 0; int *variable = NULL; //Executif int *variable = 0000:0000; *variable = 10; while(1); //Retour return code_retour; }
/* Avec ma propre fonction principale et une compilation (gcc) spéciale
(-nostdinc etc...) et la suppressions d'indicateurs et information d'allocation (quelqu'un peut m'expliquer l'utilité "d'allocations" enfin bon...) grâce à objcopy (option -S .note .comment etc...) compliquer ^^*/
>>http://www.hexanium.com/zumba/archi/..._c_compile.htm

Voilas je voulais avoir votre avi sur la question:
sur les adresses de bases
les DMAs
et surtout les interruptions et comment faire appel à eux en C uniquement.

PS: je ne sais pas utiliser les balises dsl :S

merci d'avance!

31/10/2008, 18h22
3DArchi

Citation:

Envoyé par lapinoudu33

PS: je ne sais pas utiliser les balises dsl :S

Un peu d'aide ici!
31/10/2008, 18h37
ram-0000

Je ne voie pas bien ce que tu veux faire ? Tu peux expliquer un peu plus s'il te plait et donner plus de détails
31/10/2008, 18h38
lapinoudu33

j'esperai une réponse a ma question mais merci beaucoup quand meme ^^
ben je voudrai faire un programme que je chargerai sur une disquette (GRUB) et qui fonctionnerai tout seul juste après le BIOS dans l'espace vide et froid d'un ordinateur sans "système" tu voi ou je veux en venir?

je voudrai savoir si il y a vraiment une reel complexité au démarrage de l'ordinateur?

par exemple les "microprogramme" dans le matériel peux ont communiquer avec si il y en a?
le BIOS es vraiment utile?:roll:

Mit a par garder une configuration du systeme basique dans une mémoire(CMOS)
plutot inutile a mon gout..
et après avoir fait un un test de fonctionnement (POST)
absurde puisque windows le fait tout aussi bien..
enfin tout ça me fait posé une question si tout le systeme ce charge à partir
du premier secteur du support physique sur le quel il est, pourquoi le "chipset" de la carte mère ne s'en charge pas?
a quoi sert vraiment le BIOS a par protéger le machine (c'est relatif ^^ )

mes questions porte sur comment faire "fonctionner du C" a partir de rien
processeur + support physique & systeme de fichier+secteur de boot & table des partitions ... j'èspère avoir rien oublier ^^

mes questions porte aussi sur mon code:
es ce que si je lance mon programme je pourrai écrire sur n'importe quel octet dans la RAM?
31/10/2008, 18h58
ram-0000

Citation:

Envoyé par lapinoudu33

je voudrai savoir si il y a vraiment une reel complexité au démarrage de l'ordinateur?

Oui, c'est complexe, il y a des choses à faire et dans un certain ordre. En général, c'est fait en assembleur (au moins le début).

Citation:

Envoyé par lapinoudu33

je voudrai faire un programme que je chargerai sur une disquette (GRUB) et qui fonctionnerai tout seul juste après le BIOS dans l'espace vide et froid d'un ordinateur sans "système" tu voi ou je veux en venir?

Bon courage. Je voie globalement ce que tu veux faire et si tu es à l'aise en assembleur, je t'engage à te plonger dans le sources de Linux pour voir ce qui est fait au démarrage

Citation:

Envoyé par lapinoudu33

par exemple les "microprogramme" dans le matériel peux ont communiquer avec si il y en a?

Oui mais tu ne peux faire que ce que le constructeur à prévu que tu puisses faire. Et en plus, il faut connaitre les spécifications d'interface du matériel (c'est pas toujours simple à obtenir).

Citation:

Envoyé par lapinoudu33

le BIOS es vraiment utile?:roll:

Ce que moi j'appelle le BIOS, c'est le programme qui se trouve en EPROM sur la carte mère. Le BIOS sert à fournir un interface à peu près standart pour les périphériques classiques (disque dur, disquettes, souris, ...). Certains périphériques (carte réseau je pense) ne sont pas gérés par le BIOS, c'est donc à l'OS de les gérer. Certains OS ignorent totalement le BIOS et implémentent leur équivalent au BIOS. Windows possède une couche nommée HAL (Hardware Abstract Layer) qui fait cela peut être d'ailleurs en faisant appel à certaines fonctions du BIOS.
31/10/2008, 19h15
lapinoudu33

je te rassure mon but pour le moment n'est "que" de faire fonctionner mon programme juste après le démarrage de la machine après l'inévitable BIOS qui comme tu(me permettez vous de vous tutoiyer?) l'a dites stocker dans un circuit intégrer sur la carte mère (ce que j'interprete comme EPROM)

mais comment je fait avec du C pour communiquer avec la machine ?
et es ce que je peux manipuler n'importe qu'elle partie de la mémoire RAM a ce moment là?

PS: je ne métrise pas du tout l'assembleur jai des connaissance très théorique dessus et très poussées mais le langage j'ai jamais réussi à le manger pour tout dire ^^ je trouve cela étrange...
en C on manipule la RAM mais pour le reste on doit utiliser des bibliotheques
en ASM pour x86 (intel ;) ) on manipule les registres du processeurs mais pas autre choses... enfin bon éclairer moi un peu ^^
ou manipule ton vraiment le matériel

Deplus je suis absolument convaincue que l'on peu faire un petit programme comme cela entierement en C

a ce propos tes liens me montre comment écrire un secteur d'amorçage principale (MBR) entierement en asm (seul façon possible de toute façon ^^)
mais a la limite je met GRUB il me fait le MBR avec le FS tout fait (FAT32 par exemple) et c terminer j'ai plus qu'a mettre mon programme dessus sous la belle arboressence windows et modifier le fichier de config GRUB en passant.

mais mes questions son cité plus haut et je ne trouve pas de réponse ^^ voili
31/10/2008, 19h23
lapinoudu33

D'apres ce que j'ai compris de ton dernier message au dessu du mien c'est que les fonctions du BIOS deviennent totalements inutiles et windows fait cela très bien avec son "HAL".

a propos, oui on est daccord pour ce qui est du matériel on ne peu utiliser ce que le fabriquant nous a fabriquer ;) evidemment
31/10/2008, 19h24
ram-0000

Citation:

Envoyé par lapinoudu33

mais comment je fait avec du C pour communiquer avec la machine ?

Il faut connaitre les composants, leur adresses, les registres de contrôle, les canaux DMA utilisés, les IRQ utilisées de ces composants etc. C'est ce que j'appelle l'interface constructeur et c'est spécifique à chaque composant et parfois aussi à chaque constructeur. Soit c'est disponible et c'est tant mieux pour toi, soit c'est confidentiel ou peu diffusé et là, c'est dur.

Citation:

Envoyé par lapinoudu33

et es ce que je peux manipuler n'importe qu'elle partie de la mémoire RAM a ce moment là?

Cela dépend de ce que te laisse faire ce qui tourne en mémoire. Cela demande confirmation mais quand le BIOS a démarré et que tu vas commencer à booter sur le DD, oui a priori, tu peux taper dans toutes la RAM accessible. Il est probable qu'après le BIOS, tu n'aie que 640K de RAM (ancienne limite des PC) même si tu alignes 4GO de RAM physique. De toute façon, l'assembleur cera requis.
31/10/2008, 19h29
ram-0000

Citation:

Envoyé par lapinoudu33

D'apres ce que j'ai compris de ton dernier message au dessu du mien c'est que les fonctions du BIOS deviennent totalements inutiles et windows fait cela très bien avec son "HAL".

J'ai pas dit cela, j'ai dit que Windows avait son équivalent au BIOS qui s'appelle HAL dans la terminologie Microsoft et que peut être cette couche appelle le BIOS ou certaines partie du BIOS.

Le BIOS est utile car avant que Windows ou linux ne démarrent, l'accès au secteur 0 de ton disque dur se fait en utilisant une des fonctions du BIOS.
31/10/2008, 19h38
lapinoudu33

Très bien, je te rassure je connais ce petit ménage là ^^
je recherchait d'autres réponse de ta part enfaite

Ce que je veux te montrer au niveau de mes connaissance maintenant pour que tu puisse mieux répondre à mes besoins:

au démarrage mon programme "booter" par GRUB peut éffectivement faire ce qui veux puisqu'il est tout seul (c'était juste une petite confirmation de ta part pour me rassurer)

après les quelques malheureux kilo octet accessible en RAM son tout simplement du au "mode reel" qui me limite a 2Mo l'accèe à la RAM donc forcément je dois manipuler quelques valeurs a "placer" dans différents registre pour faire "comprendre" au PROCO que je veux qu'il me place en "mode protégé" et là c'est mon programme qui domine et tous doit passer par moi, en meme temps, toute la RAM m'est accessible c'est comprit c'est du tout cuit mais...

on doit alors en plus devoir apprendre l'assembleur (spécifique au processeur) connaitre son processeur au niveau de son algorithmie, soit quoi placé et ou, exacte?
31/10/2008, 19h46
lapinoudu33

Citation:

Envoyé par ram-0000

Le BIOS est utile car avant que Windows ou linux ne démarrent, l'accès au secteur 0 de ton disque dur se fait en utilisant une des fonctions du BIOS.

mais les fonctions du BIOS (interruptions logiciels) sont écrasées par ce "HAL"
mais voilas ce qui est bizarre pourquoi le secteur 1 n'est t-il pas mit directement en mémoire par la carte mère meme et non en passant par un circuit secondaire telle que le bios?

a propos il y a quand meme une chose que je n'est pas comprit là:
Il existe quelque chose dans les PC: les PICS (pas les microcontrolleurs) , ces fameux "circuit virtuel" ou chaque sortie pointerai vers un matériel quesque c'est concretement dans la RAM?
une adresse de base?
une ensemble d'adresse réservées? (DMA)
une fonction systeme? (interruption)

merci d'avance :)
31/10/2008, 19h53
supersnail

pour ta dernière question,je sèche un peu...
Sinon,faire fonctionner un programme "sans rien" est un genre de Mini-OS....
En mode réel (donc en 16 bits) tu peux utiliser les interruptions du BIOS pour afficher des choses à l'écran,mais dès que tu passes en 32 bits (généralement c'est GRUB ou n'importe quel autre bootloader qui se charge de la commutation),il faut accéder "directement" à la mémoire graphique... (je ne me souviens plus exactement mais la réponse à tes questions devrait se trouver sur un tuto de création d'OS)
31/10/2008, 20h52
ram-0000

Citation:

Envoyé par lapinoudu33

mais les fonctions du BIOS (interruptions logiciels) sont écrasées par ce "HAL"

Non pas écrasé, ils cohabitent tous les deux ensemble.

Citation:

Envoyé par lapinoudu33

mais voilas ce qui est bizarre pourquoi le secteur 1 n'est t-il pas mit directement en mémoire par la carte mère meme et non en passant par un circuit secondaire telle que le bios?

Parce que dans ce cas, tu aurais le bootloader imposé par le constructeur de la carte mère. C'est quand même plus sympa de choisir son boot loader (grub, lilo, ...). De plus, ta carte mère ne sais pas si ton disque dur va être un disque SATA, ATA ou SCSI (et peut être même que tu n'auras pas de disque et que tu vas booter sur une disquette ou un CD). C'est le BIOS qui lors du démarrage découvre ton matériel et sait comment l'utiliser (au moins pour les fonctions de base).
31/10/2008, 21h15
lapinoudu33

Non tu ne peux pas accéder à la mémoire video,
Comment veux tu puisque toute les adresses mémoire que tu manipulent par les pointeurs sont des adresses de la mémoire RAM, alors?

Mais j'avais une questions, sur quoi son basées les interruptions du BIOS?

Une interruption sa à bien deux significations, si elle est logiciel c'est que c'est une fonction programmée comme dans le langage C , par contre si elle est matériel c'est qu'un périphérique quelconque envoie un flux de données sur sa plage DMA(un ensemble d'adresses de base) ou une adresse de base unique(IRQ), c'est ça?

Mais alors qu'est-ce-qu'un PIC?

Autre sujet qui n'a pas de rapport direct:

Un système de fichier comme FAT n'est ce qu'une structure ou c'est bien plus que cela?

Ce que je sais, pour précisées vos réponses, c'est qu'un FS est composer d'une table des partitions (contenue dans le MBR), d'une table de fichiers MFT, l'unitée est le clusters (ensemble de secteurs) mais après mystère on ne peux pas en savoir plus... j'ai entendu parler et j'ai vu dans des définitions et autres démonstration des pilotes de FS ce qui me ferait alors penser à un véritable noyau, réserver au FS à lui tout seul, voyez vous ou je veux en venir?

mais ram0000> je pensais que les interruptions BIOS était innacsessible une fois dans le mode protégé?

d'accord je comprend mieux, le chipset de la carte mère (son controlleur en quelque sorte) c'est ça? , n'impose rien au démarrage et forte heureusement pour que les gens puisse choisir le BIOS qu'ils veulent avec le bootloader qu'ils veulent n'est ce pas?

si tout les périphérique ont besoin d'un driver pour fonctionner, le BIOS contiendrait donc dans sa mémoire un driver "standard"? ce qui expliquerai que certain BIOS ne reconnaitrait pas les technologie nouvelle (SATA) et que leur "driver standard" ne fonctionnerai pas pareil?
31/10/2008, 21h35
ram-0000

Citation:

Envoyé par lapinoudu33

Non tu ne peux pas accéder à la mémoire video,
Comment veux tu puisque toute les adresses mémoire que tu manipulent par les pointeurs sont des adresses de la mémoire RAM, alors?

Si si, Autant que je me rappelle, la mémoire vidéo était mappée en mémoire en 0xb0000 (de toute façon même si c'est pas ca, le principe est bon quand même). C'est à dire que la carte mère avait de la RAM dont l'adresse allait de 0x00000 à 0x9ffff c'est à dire 640K. Après, les cartes pouvaient utiliser l'espace restant. La vidéo se mappait en 0xb0000, le BIOS qui est de la mémoire même si c'est de la ROM se mappait en 0xd0000. Je crois que 0xc0000 était disponible pour ce que l'on voulait.
Donc si on écrivait en 0xb0000, on tapait directement dans la mémoire vidéo et donc cela influait sur ce qui était affiché.

Attention, mon explication est valable en mode 16 bits, je ne sais pas ce que cela vaut en mode 32 bits (je pense même que cela ne vaut rien :P).

Citation:

Envoyé par lapinoudu33

Une interruption sa à bien deux significations, si elle est logiciel c'est que c'est une fonction programmée comme dans le langage C , par contre si elle est matériel c'est qu'un périphérique quelconque envoie un flux de données sur sa plage DMA(un ensemble d'adresses de base) ou une adresse de base unique(IRQ), c'est ça?

Pour l'interruption logicielle, tu as juste. Par contre une l'interruption matérielle signifie simplement que le composant à quelque chose à dire à la CPU. Cela peut être la fin d'un transfert DMA ou bien l'arrivée d'un nouveau caractère sur le port série. L'interprétation de la cause de l'interruption est encore une fois à faire en fonction du composant qui a généré l'interruption.

Citation:

Envoyé par lapinoudu33

Mais alors qu'est-ce-qu'un PIC?

PIC, c'est Programmable Interrupt Controller. C'est ce composant qui gère les priorités des interruptions (le clavier est moins prioritaire que le DMA par exemple) et qui interromp la CPU en lui donnant le numéro d'interruption qui a été activée.

Citation:

Envoyé par lapinoudu33

Un système de fichier comme FAT n'est ce qu'une structure ou c'est bien plus que cela?

Je dirai que c'est un grand buffer formé de clusters organisé d'une certaine manière spécifique au file system qui est dessus. L'organisation FAT est différente de FAT32 différente de NTFS différente de EXT3 bien que l'on retrouve souvent les même fonctionnalités.

Citation:

Envoyé par lapinoudu33

Ce que je sais, c'est qu'un FS est composer d'une table des partitions (contenue dans le MBR)

Non, le MBR est à part, ce n'est pas vraiment un FS ou alors c'est le FS MBR si tu veux mais il y a aussi du code dedans.

Citation:

Envoyé par lapinoudu33

d'une table de fichiers MFT, l'unitée est le clusters (ensemble de secteurs) mais après mystère on ne peux pas en savoir plus... j'ai entendu parler et j'ai vu dans des définitions et autres démonstration des pilotes de FS ce qui me ferait alors penser à un véritable noyau, réserver au FS à lui tout seul, voyez vous ou je veux en venir?

Le mot MFT, je crois que c'est propre à NTFS. Sous Unix, on parlera de table des inodes. Le terme cluster est repris dans tous les FS que je connais et a la même signification, c'est la taille élémentaire d'un morceau de fichier. Un cluster est composé d'un nombre multiple de secteurs du disque (de 512 octets ?)

Si tu veux plus d'info sur le format NTFS, va voir ici : http://www.ntfs.com/
31/10/2008, 21h57
lapinoudu33

Citation:

Si si, Autant que je me rappelle, la mémoire vidéo était mappée en mémoire en 0xb0000 (de toute façon même si c'est pas ca, le principe est bon quand même).

C'est à dire que la carte mère avait de la RAM dont l'adresse allait de 0x00000 à 0x9ffff c'est à dire 640K. Après, les cartes pouvaient utiliser l'espace restant. La vidéo se mappait en 0xb0000, le BIOS qui est de la mémoire même si c'est de la ROM se mappait en 0xd0000. Je crois que 0xc0000 était disponible pour ce que l'on voulait.
Donc si on écrivait en 0xb0000, on tapait directement dans la mémoire vidéo et donc cela influait sur ce qui était affiché.

Attention, mon explication est valable en mode 16 bits, je ne sais pas ce que cela vaut en mode 32 bits (je pense même que cela ne vaut rien ).>

Donc sa revient à manipuler la RAM... qui a des conséquences sur d'autres mémoires, c'est ça? mais qui défini ces zones de la ram(DMA et/ou adresse de base )?

Le PIC est un composant de la carte mère? ou est t-il situé phisiquement?
par exemple la ROM du BIOS est en bas a droite la plus part du temps...
31/10/2008, 22h14
ram-0000

Citation:

Envoyé par lapinoudu33

mais qui défini ces zones de la ram(DMA et/ou adresse de base )?

Cela fait partie des spécifications, de notre point de vue d'utilisateur, on peut voir cela comme une définition arbitraire. C'est définit par un groupement de constructeur par exemple.

Citation:

Envoyé par lapinoudu33

Le PIC est un composant de la carte mère? ou est t-il situé phisiquement?

Je ne sais pas. Peut être que maintenant, c'est directement intégré dans le chipset de la carte mère. Sur les 80x86, c'est vrai, c'était sur un composant à part. Sur les 80186, c'était intégré dans le circuit intégré de la CPU.

Citation:

Envoyé par lapinoudu33

par exemple la ROM du BIOS est en bas a droite la plus part du temps...

Cela dépend des carte mère. Chaque constructeur est encore libre de la mettre où il veut.
31/10/2008, 22h27
lapinoudu33

donc tout le "mystere de l'informatique" sur comment fait le système pour communiquer avec le matériel ou comment est faite la fonction printf serait bafoué par le faite que des endroits de la mémoire vive (RAM sur les micro ordinateur) contrôleraient les connecteurs de la carte mère exactement comme certains nerf du corp humain controllerait les muscles de la jambe et pas des yeux, le tout orchestré par le CPU et son contrôlleur d'interruption le PIC
fantastique.

Mais une question persiste, d'apres mes connaissances en ASM on ne peut écrire exclusivement que dans les registres du CPU (processeur centrale), du MPU pour être exact (micro processeur centrale :D ) es ce vrai?
peux t'on écrire dans la RAM avec de l'assembleur?
quel instruction asm (de MPU intel) est alors utilisée?
01/11/2008, 00h43
Obsidian

Citation:

Envoyé par lapinoudu33

Mais une question persiste, d'apres mes connaissances en ASM on ne peut écrire exclusivement que dans les registres du CPU (processeur centrale), du MPU pour être exact (micro processeur centrale :D ) es ce vrai? peux t'on écrire dans la RAM avec de l'assembleur? quel instruction asm (de MPU intel) est alors utilisée?

« MOV », ça marche bien ! :-)

Trouve un tutoriel d'initiation à l'architecture des ordinateurs. Puisque le sujet a l'air de t'intéresser, les choses te paraîtront beaucoup plus claires si tu « relis le livre depuis le début », plutôt que de glâner quelques bribes d'infos çà et là, et d'essayer de remonter jusqu'à la source.

Toutefois, je vais tenter un résumé :

1) Le microprocesseur est un circuit a priori indépendant du reste de la machine. Les onéreux mais très répandus Intel x86 se trouvent chez les revendeurs informatiques, mais un 68K ou un Z80, par exemple, se trouvent typiquement et depuis toujours chez les détaillants en électronique.

2) Les seules choses qu'un microprocesseur sache faire sont, en gros : - lire une donnée quelque part ; - appliquer un traitement (une opération logique ou arithmétique) sur cette donnée - écrire la donnée autre part. Ça revient à manipuler les pointeurs, en C, ou à faire PEEK et POKE si tu avais fait jadis un peu de BASIC.

Pour ce faire, le circuit fonctionne sur le modèle de la machine de Turing. Il considère que son environnement est un loooong tableau d'octets consécutifs. Et pour s'y promener, il se contente de dire à son environnement s'il souhaite lire ou écrire, en précisant le numéro de la case concernée, et en véhiculant la donnée sur des lignes électriques dédiées.

Ça fait 65 lignes en tout sur un processeur 32 bits, par exemple. Sur un antique 6809 des familles, tu trouvais 8 lignes pour lire ou écrire l'octet, 16 pour coder son adresse en binaire et une pour dire Read ou /Write; Ces lignes correspondent physiquement à des broches sur le boitier (ici A0-A15 pour l'adresse, D0-D7 pour la donnée, R/W pour la direction).

http://retrieverimages.lycos.com/ima...6809/i/002.jpg
http://www.museo8bits.com/mochalez/6809e.png

On constate notamment que les lignes de données D0 à Dn sont bidirectionnelles.

3) Toutes ces lignes sont distribuées simultanément, en parallèle, à tous les périphériques sur la carte-mère : on parle de bus d'adresse ou de données.

4) Tous les périphériques voient donc ce qu'il se passe sur le bus, mais chacun d'eux décide de ne réagir qu'en fonction d'une certaine configuration du bus d'adresse, faute de quoi, il reste en état de haute impédance (autrement dit, il s'isole). Ce, afin qu'un seul composant prenne la parole à la fois.

5) Si un circuit de la machine ne décide de réagir que sur une configuration de tous les bits du bus d'adresse (soit une seule combinaison possible), le processeur a l'impression de « voir » ce circuit à une adresse fixe. A contrario, si un autre circuit ne se soucie pas du tout de ce qu'il s'y passe, alors il réagira quelque soit l'adresse et le processeur aura l'impression de le voir partout à la fois.

6) Activer ou non un circuit en fonction d'une combinaison du bus d'adresse relève de la logique combinatoire. Il faut associer beaucoup de portes logiques pour donner le bon signal à chaque périph', qui par ailleurs est livré de manière indépendante. On a donc fini par toutes les regrouper au sein d'un réseau de portes, ou gate array, dans un circuit spécialisé, donc on tirait un feu vert personalisé pour chaque circuit.

Au départ, on a utilisé des réseaux logiques programmables style GAL ou FPGA, mais très vite, la densité des portes augmentant et le câblage étant tellement spécifique, les constructeurs ont fondu leur propre puce, correspondant à la machine dans laquelle elle allait prendre place. Et tant qu'à fondre une puce, autant regrouper tout ce qui forme le minimum syndical d'une machine et qui est reparti sur la carte-mère en un seul jeu de puce, ou chipset.

Tout cela pour dire que la totalité des cases que le microprocesseur peut adresser forme son plan mémoire et que c'est au concepteur de la machine d'y attribuer des plages pour les périphériques ou la mémoire, là où bon lui semble.

UPDATE : Tout ceci te donne les grandes lignes du fonctionnement d'un ordinateur, et c'était valable sur PC jusqu'au début des années 90. Aujourd'hui, le principe est toujours le même mais tout est beaucoup plus sophistiqué. Très peu de ressources, par exemple, voient leur adresse en mémoire être codée en dur, alors que ce fût quasiment la règle pendant toute l'ère des 16 bits. Aujourd'hui, la tendance est plutôt : la ressource se déclare, la machine lui attribue un emplacement et l'initialise.
01/11/2008, 09h50
lapinoudu33

Le microprocesseur est un circuit a priori indépendant du reste de la machine. Les onéreux mais très répandus Intel x86 se trouvent chez les revendeurs informatiques, mais un 68K ou un Z80, par exemple, se trouvent typiquement et depuis toujours chez les détaillants en électronique.

Je suis d'accord avec l'idée qu'un micro-ordinateur(MAC,PC,pocketPC) n'est pas une machine obligatoirement toute faîte
avec les périphéries déja choisies à l'avance comme veux nous le faire passer microsoft avec l'OS vista,
mais les fabriquant de carte mère sont bien obliger de respecter les standards et se mettre d'accord avec les
fabriquant pour un connecteur et un certain "sens" a la marche.Bien que je pense que l'on peu adapté électroniquement un pentium I ou un micro processeur utilisé dans les montages amateur en électronique a n'importe qu'elle carte mère récente, non?

Toutes ces lignes sont distribuées simultanément, en parallèle, à tous les périphériques sur la carte-mère : on parle de bus d'adresse ou de données.Tous les périphériques voient donc ce qu'il se passe sur le bus, mais chacun d'eux décide de ne réagir qu'en fonction d'une certaine configuration du bus d'adresse, faute de quoi, il reste en état de haute impédance (autrement dit, il s'isole). Ce, afin qu'un seul composant prenne la parole à la fois.

Sur ça on est d'accord

l'instruction mov justement permet les déplacements de valeurs d'où son nom "move->bouger"
exemple: mov A,B;
mettre la valeur du registre B dans A
A et B étant des registres du processeurs

Mais sa ce son des manipulations qu'a l'intérieur du processeur...
comment faire sur la mémoire centrale (RAM) de la machine (PC)?

Trouve un tutoriel d'initiation à l'architecture des ordinateurs. Puisque le sujet a l'air de t'intéresser, les choses te paraîtront beaucoup plus claires si tu « relis le livre depuis le début », plutôt que de glâner quelques bribes d'infos çà et là, et d'essayer de remonter jusqu'à la source.

déja trouvé et lu d'ou moin pour l'architecture je comprend cela très bien
après pour ce qui est de l'asm je dirai que je trouve assez bizarre d'avoir 36 mille registres... pourquoi pas qu'un seul dans le quel on éxécuterai les instructions? alors y'a des histoire avec ces fameuses pile de données à vide et à remplir...(exactement comme en C je suppose)
01/11/2008, 09h51
Médinoc

Attention, les processeurs Zilog et Intel ont deux bus d'adresse séparés: Un pour la mémoire uniquement, et un pour le reste ("les périphériques").

Sur un 68k, il n'y a qu'un seul bus d'adresse, et les périphériques se trouvent à des adresses mémoire où la RAM ne se trouve pas. Typiquement, on utilise un petit circuit extérieur (un démultiplexeur) qui prend en entrée les bits d'adresse de poids fort et active un des périphériques (ou la RAM) selon la valeur de ces bits...

Citation:

Envoyé par lapinoudu33

Je suis d'accord avec l'idée qu'un micro-ordinateur(MAC,PC,pocketPC) n'est pas une machine obligatoirement toute faîte
avec les périphéries déja choisies à l'avance comme veux nous le faire passer microsoft avec l'OS vista,

Ce n'est pas simplement une histoire « d'option ». Un pocket PC est un PC. Un Mac n'en est pas un. De la même façon, tu peux très bien fabriquer une machine qui utilise un Intel Core Quad qui ne soit pas non plus un PC, et sur laquelle les logiciels habituels (Vista, Linux, les applications ...) ne puisse pas fonctionner.

Dans le même esprit, tout ce qui est numérique chez toi a des chances de contenir un microprocesseur, et est de fait un ordinateur. Ton lecteur DVD de salon, ton four à micro-ondes avec affichage digital, ton autoradio RDS ...

Citation:

Bien que je pense que l'on peu adapté électroniquement un pentium I ou un micro processeur utilisé dans les montages amateur en électronique a n'importe qu'elle carte mère récente, non?

Non.

Faire ce genre d'adaptation reviendrait à redessiner une bonne partie de la carte-mère elle-même.

Une carte-mère est une carte qui reçoit le micro-processeur et sur laquelle on peut brancher d'autres cartes (filles). Point. Celles que tu vas commander rue Montgallet ou au PC-City du coin seront toutes (à ma connaissance) des cartes-mère de PC. Et elles sont conçues pour recevoir un nombre limité de processeurs (c'est déjà bien qu'elles en acceptent plusieurs). Tu ne pourras donc pas mettre un P1 sur une carte récente, et en aucun cas un autre type de processeur (un 68K, un Sparc ...).

Par contre, tu peux tout-à-fait concevoir toi-même une carte qui ne soit pas un PC mais qui exploite un processeur Intel quand même. Bon, ça c'est la théorie. Pour faire quelque chose qui soit capable de suivre un Core, il faut être un industriel. En revanche, tu peux tout-à-fait imaginer un truc à base de Z80, même aujourd'hui.

Citation:

déja trouvé et lu d'ou moin pour l'architecture je comprend cela très bien après pour ce qui est de l'asm je dirai que je trouve assez bizarre d'avoir 36 mille registres... pourquoi pas qu'un seul dans le quel on éxécuterai les instructions? alors y'a des histoire avec ces fameuses pile de données à vide et à remplir...(exactement comme en C je suppose)

Parce que tu n'as pas compris ce qu'était un registre du processeur.
Il n'y a pas trente-six mille registres. Il y en a quelques uns, qui lui servent à savoir où il en est, et il y a les bus qui lui permettent de communiquer avec l'extérieur. Lorsque tu charges le contenu d'une adresse mémoire avec MOV, le processeur effectue une transaction sur le bus.

Le microprocesseur, c'est comme un palan sur un dock. Il y a une poignée de registres qui lui servent à contenir les données qu'il vient de lire de l'extérieur. L'instruction MOV en assembleur admet donc plusieurs formes, notamment celle où l'on passe une adresse.

Le problème de « MOV », c'est que c'est un mnémonique qui regroupe tous les mouvements de données possibles par le processeur. Ça laisse penser que c'est une instruction universelle, que tous les mouvements sont possibles, comme en algèbre (ce qui est faux), et ça ne permet pas de distinguer ce qui relève de l'opération proprement dite de ce qui tient du mode d'adressage. Par comparaison, les mnémoniques du 6809 donné en exemple ci-dessus étaient LD- (Load) pour les mouvements de la mémoire vers le processeur et ST- (Store) dans l'autre sens. L'opérande était ensuite construite en fonction des modes d'adressage du processeur uniquement (dans la limite de ceux pris en charge par l'instruction).

Donc, au format NASM :
Code:

1 2 3 4 mov eax, 12345678h ; Pour charger la valeur elle-même mov eax, [12345678h] ; Pour charger le contenu de l'adresse 12345678h mov [12345678h],eax ; Pour stocker le contenu du registre à la dite adresse
Les Intel x86 te permettent également de stocker une valeur immédiate directement en mémoire. Beaucoup de processeurs ne peuvent pas le faire et te demanderont de passer d'abord par un registre.
Code:

1 2 mov [12345678h],long 11223344h
Et enfin, tu ne peux pas demander au processeur de déplacer directement une valeur d'une case mémoire vers une autre.
Code:

1 2 mov long [12345678h],[55667788h] ; Ne marche pas.
Ce parce qu'il faut d'abord charger les adresses des données à lire dans des registres pour faire la transaction ensuite.

Mais bon. Tout ceci commence à devenir un véritable cours. Tu devrais te replonger dans la littérature.

UPDATE : désormais, le fil ne concerne plus le C. Je propose de tronquer la discussion et de déplacer la queue dans le forum approprié ...

01/11/2008, 13h04
Emmanuel Delahaye

Citation:

Envoyé par lapinoudu33

Mais j'avais une questions, sur quoi son basées les interruptions du BIOS?

Une interruption sa à bien deux significations, si elle est logiciel c'est que c'est une fonction programmée comme dans le langage C , par contre si elle est matériel c'est qu'un périphérique quelconque envoie un flux de données sur sa plage DMA(un ensemble d'adresses de base) ou une adresse de base unique(IRQ), c'est ça?

Ta pensée est floue...

Il n'y a pas 2 significations. Il y a 2 modes de déclenchement.

Certaines sont déclenchées par le matériel (un certain état ou une certaine transition a été lu sur un port d'entrée particulier, soit directement par le rocesseur dans les petites architectures, soit par le contrôleur d'interruption (PIC)).

D'autres sont déclenchées par une instruction machine particulière (en x86 : INT <numero>)

Dans les 2 cas, un morceau de code est associé à l'interruption (le 'handler') et est exécuté. Il se termine par une sorte de 'return from interrupt' et le programme principal reprend son cours normal.

DMA = Direct Memory Access : C'est un mécanisme de flux de données rapide entre 2 périphériques. Ça s'exécute en parallèle du processeur (processus matériel asynchrone). Généralement, celui-ci est prévenu de la fin du transfert par une interruption.

IRQ = Interrupt ReQuest : c'est un état matériel valant 0 ou 1 (binaire) câblé sur le processeur ou le PIC et qui indique au processeur qu'un périphérique fait une demande d'interruption.

Citation:

d'accord je comprend mieux, le chipset de la carte mère (son controlleur en quelque sorte) c'est ça? , n'impose rien au démarrage et forte heureusement pour que les gens puisse choisir le BIOS qu'ils veulent avec le bootloader qu'ils veulent n'est ce pas?

Le BIOS fait partie du programme de boot. Le programme de boot est activé au démarrage du processeur. Un x86 démarre en mode 16-bit et va chercher du code à exécuter en FFFF:0000.

En principe, on trouve ici une mémoire permanente ([P]ROM, flash etc.) qui contient le programme de boot.

Il n'y a donc pas le choix ! (OK, on peut reflasher son BIOS, si on veut, mais on ne fait pas ça tous les jours...)

Le programme de boot va exécuter le POST qui va identifier le matériel (chipset, périphériques divers) et le configurer basiquement pour permettre la lecture d'un secteur de démarrage de disquette, disque dur (C:), CD, clé USB etc.

Il permet aussi, grâce à une astucieuse combinaison de touches, de lancer le configurateur de BIOS qui permet des réglages manuels du matériel. (Ce configurateur fonctionne grçace à un certain nombre de fonctions du BIOS, notamment clavier, INT 09h et affichage, INT 10h) et affichage)

Jusque là, aucun système n'a été chargé.

Ce n'est que lorsque le POST a terminé, que le programme de boot va chercher à charger et à exécuter un secteur du disque principal. C'est là que le système démarre.
01/11/2008, 13h26
lapinoudu33
Merci beaucoup de votre aide je vois mieux à présent comment se présentent les choses même si mes pensées colleaint à 90% à ce que vous avez dit.
Désole ram0000 d'avoir dériver (ne change pas de place le topic stp ^^ )
voilas maintenant mes expérimentation sur le sujet principale de ce topic:

Vous avez ici une source en langage C PUR (noyau.c)
Code:

1 2 3 4 5 6 7 8 9 #define code_sortie 1 typedef char byte; byte evolutionpro(void) { while(1); return code_sortie; }
Puis vous avez sa "préprorissation" et sa compilation (noyau.s)
ligne de commande: gcc -s noyau.c
Code:

1 2 3 4 5 6 7 8 9 10 11 .file "noyau.c" .text .globl _evolutionpro .def _evolutionpro; .scl 2; .type 32; .endef _evolutionpro: pushl %ebp movl %esp, %ebp nop L2: jmp L2
Vous voyez clairement que des lignes ont été rajoutées à mon code.
Contraignant pour quelqu'un comme moi qui veux réinventée la roue...

cette ligne de commande objcopy -R .note -R .comment -S -O binary noyau.o noyau

ma permit d'extraire alors un code préprossérisé,compiler,assembler et le tout
avec uniquement mon code en pur et dur.

Donnez votre avie sur la démarche svp
et grosse question: Pourquoi tant d'importation et d'includes?
une source de 30octet passe tout a coup en un object de 300 octet et en un exécutable de 16000 octet oO 8O oO format PE oblige?

m'enfin après tout ça ma source "moulinée" ne fait plus que 16 octets :roll::mouarf:

Vous l'aurez comprit, tout au long du topic la seule chose que je veux partagée avec les plus grands (sénior confirmés,membre éclairé ...) porte un nom qui suscite bien des polémiques et qui attirent moulte floodeurs, newbies qui prit dans un élan d'éxcitation vont à la foi rechercher "comment faire simple" et expliquer leurs pésimismes et leurs fausses colères prétextueusent avec la fameuse phrase "Windose cÄy mal". n'est ce pas? :) heureusement tout a l'air de bien ce passer sur ce forum :D
(ce n'est pas le cas de ce que jai vu sur le sdz :-° (tres bon site quand meme ^^ )
01/11/2008, 14h37
Emmanuel Delahaye

Citation:

Envoyé par lapinoudu33

donc tout le "mystere de l'informatique" sur comment fait le système pour communiquer avec le matériel ou comment est faite la fonction printf serait bafoué par le faite que des endroits de la mémoire vive (RAM sur les micro ordinateur) contrôleraient les connecteurs de la carte mère exactement comme certains nerf du corp humain controllerait les muscles de la jambe et pas des yeux, le tout orchestré par le CPU et son contrôlleur d'interruption le PIC
fantastique.

Tu devrais lire un article sur l'architecture des PC, ça te remettrais les pieds sur terre...

Citation:

Mais une question persiste, d'apres mes connaissances en ASM on ne peut écrire exclusivement que dans les registres du CPU

Alors tes connaissances sont très partielles. Bien évidemment, tous les processeurs permettent d'accéder à la mémoire et aux périphériques (sinon, on se demande à quoi ça servirait !).

En asm 86, MOV permet d'accéder à la mémoire (cesse de l'appeler RAM, c'est plus complexe que ça) et IN / OUT permettent d'accéder à la zone I/O (périphériques).
01/11/2008, 15h05
Emmanuel Delahaye

Citation:

Envoyé par lapinoudu33

Citation:

Le microprocesseur est un circuit a priori indépendant du reste de la machine. Les onéreux mais très répandus Intel x86 se trouvent chez les revendeurs informatiques, mais un 68K ou un Z80, par exemple, se trouvent typiquement et depuis toujours chez les détaillants en électronique.

Je suis d'accord avec l'idée qu'un micro-ordinateur(MAC,PC,pocketPC) n'est pas une machine obligatoirement toute faîte
avec les périphéries déja choisies à l'avance comme veux nous le faire passer microsoft avec l'OS vista,

[Apprends à utiliser les citations...]

Mais qu'est-ce que tu racontes ? Tu utilises un générateur de texte aléatoire ?

Citation:

mais les fabriquant de carte mère sont bien obliger de respecter les standards

Pui, et ces standards évoluent avec la technomogie. Une CM de 8088 n'a rien à voir avec une CM de Pentiim IV ou Atom etc.

Citation:

Bien que je pense que l'on peu adapté électroniquement un pentium I ou un micro processeur utilisé dans les montages amateur en électronique a n'importe qu'elle carte mère récente, non?

Non.

Citation:

Sur ça on est d'accord

Euh, il n'est pas question ici d'opinions, mais de données factuelles...

On ne te demande pas d'être d'accord, mais de comprendre et de retenir...

Citation:

l'instruction mov justement permet les déplacements de valeurs d'où son nom "move->bouger"

Non, justement, MOV ne déplace rien, mais fait une copie. Se méfier du sens littéral des mnémoniques. Seul la définition du constructeur a un sens.

Citation:

Mais sa ce son des manipulations qu'a l'intérieur du processeur...
comment faire sur la mémoire centrale (RAM) de la machine (PC)?

Soigne ton orthographe, tu deviens incompréhensible.

Pour écrire d'un registre vers une mémoire, il y a une dizaine de modes d'adressages possible en x86 mode réel... Je ne les connais pas par-coeur (c'est le travail de mon compilateur C, pour revenir au sujet de ce forum...)

Ca ressemble à

Code:

MOV, DS:[1234h], AX ; (DS:adresse) <- AX

où DS: est le 'Data Segment register'...

Citation:

pour ce qui est de l'asm je dirai que je trouve assez bizarre d'avoir 36 mille registres

En x86, il n'y a pas 36.000 registres. Il y a ce qu'il faut, c'est tout :

AX : accumulateur
BX : base
CX : compteurs
DX : données

Les 4 segments :

CS : Code
DS : Données (data)
SS : Pile (stack)
ES : Données supplémentaires (extra)

Les pointeurs :

IP : Instructions (CS:IP)
BP : Base
SP : Pile (BP:SP, SS:SP etc.)

Les index :

DI : données
SI : pile

Indicateurs :

SR : Etat (status) ?

Citation:

... pourquoi pas qu'un seul dans le quel on éxécuterai les instructions?

Un registre est fait pour des donnéees, pas pour des instructions. On a pas accès aux registres d'instrictions. Leur gestion est automatique (CPU).

Citation:

alors y'a des histoire avec ces fameuses pile de données à vide et à remplir...

Je ne vois pas trop de quoi tu parles... Visiblement, tes connaissances sont floues et partielles... Tu balances des mots dont tu ne connais pas le sens. Sait-tu ce qu'est la pile et à quoi elle sert sur un processeur ?

Plutôt que de faire des commentaires plus ou moins foireux, tu ferais mieux de poser des questions précises...

Mais documente toi d'abord. Il y a beaucoup à apprendre sur Wikipédia.

(je rappelle qu'on est sur le forum C et que ce qui est en-dessous du C est hors-sujet).
01/11/2008, 15h20
Emmanuel Delahaye
Citation:
Envoyé par lapinoudu33

Vous avez ici une source en langage C PUR (noyau.c)

Code:

1 2 3 4 5 6 7 8 9 #define code_sortie 1 typedef char byte; byte evolutionpro(void) { while(1); return code_sortie; }
A quoi sert le return ?

Ce code, en assembleur optimisé s'écrit :
Code:

1 2 3 _evolution : jmp _evolution
Point.
Citation:
Puis vous avez sa "préprorissation" et sa compilation (noyau.s)
ligne de commande: gcc -s noyau.c

Code:

1 2 3 4 5 6 7 8 9 10 11 .file "noyau.c" .text .globl _evolutionpro .def _evolutionpro; .scl 2; .type 32; .endef _evolutionpro: pushl %ebp movl %esp, %ebp nop L2: jmp L2
Attention. Tu mélanges 'preprocesseur' qui est une opération qui se fait avant la compilation (inclusions, expansion des macros) et génération du code assembleur. Rien à avoir...

Dans le code produit, on retrouve la boucle que j'avais prévue. Acrite l'optimisation

gcc -O -s noyau.c
gcc -O1 -s noyau.c
gcc -O2 -s noyau.c

a partir d'un certain niveau, le code va se réduire à :
Code:

1 2 3 4 _evolutionpro: L2: jmp L2
Citation:

Vous voyez clairement que des lignes ont été rajoutées à mon code.
Contraignant pour quelqu'un comme moi qui veux réinventée la roue...

C'est parce que tu as utilisé un mode de compilation naïf...

Citation:

Pourquoi tant d'importation et d'includes?

Tu parles de quoi ?

Citation:

une source de 30octet passe tout a coup en un object de 300 octet et en un exécutable de 16000 octet oO 8O oO format PE oblige?

Il n'y a aucun rapport entre la taille d'un source et son poids en code executable...

Citation:

m'enfin après tout ça ma source "moulinée" ne fait plus que 16 octets :roll::mouarf:

C'est pas le source qui fait 16 octets, c'est le code compilé. Il devrait même faire moins.

Citation:

Vous l'aurez comprit, tout au long du topic la seule chose que je veux partagée avec les plus grands (sénior confirmés,membre éclairé ...) porte un nom

Quel nom ?
01/11/2008, 15h21
lapinoudu33

mais justement mes question se précise dans mon dernier message...
dsl je confond tout là ><
j'ai voulu expliquer ce que je pensais mais rapidement

je ne confond pas le préprocesseur avec autre chose j'ai voulu donner un ordre d'idées: préprocesseur > compilation > assemblage
et le code assembleur plus haut ce n'est pas moi qui l'est fait mais gcc avec l'option -s qui ne fait pas d'opération d'assemblage de l'asm

-ed- je sais très bien que c'est mon code compilé et assembler qui fait 16octet ma source en fait beaucoup plus...

La chose que je voulais montrer c'est comment programmer une petite tranche de C et faire en sorte que rien ne soit lier avec pour qu'elle soit directement comprise par le processeur ... mais apparement dans ton expliquation tu dit que l'usage de "in" et "out" (instructions asm) est la base de toutes communiquations avec les périphériques, après les adresses prédéfinies en mémoire que nous a cité ram0000.Ce que j'ai comprit (je t'assure je n'utilise pas un générateur de phrase) mais aussi ce que je savais déja (mais je m'exprime et j'écris pas très bien) c'est le fonctionnement de l'architecture d'un micro ordinateur qui peut être aussi bien un PC qu'un MAC qu'autre chose pour vue qu'elle soit constituer d'un processeur d'une carte mère et de bloc mémoire pour éxécuter les programme ,non?
01/11/2008, 18h11
Obsidian

Citation:

Envoyé par lapinoudu33

c'est le fonctionnement de l'architecture d'un micro ordinateur qui peut être aussi bien un PC qu'un MAC qu'autre chose pour vue qu'elle soit constituer d'un processeur d'une carte mère et de bloc mémoire pour éxécuter les programme ,non?

On va dire que oui. La seule chose dont a besoin un microprocesseur, c'est un programme à exécuter (qui peut se trouver en ROM). Même la RAM, à la limite, pourrait être facultative, mais ce n'est pas la peine d'essayer de faire tourner quoi que ce soit sur une grosse machine sans RAM :-) C'est un peu différent avec les microcontrôleurs, et encore.

Maintenant, la « carte-mère », ce n'est pas un type de composant en particulier. Ce n'est que la platine sur laquelle tu vas disposer tous les éléments de ton ordinateur. On en parle beaucoup aujourd'hui car, d'une part, le PC a toujours été conçu pour que son boîtier puisse être ouvert et, d'autre part, parce que l'informatique est un tel enjeu aujourd'hui que chaque élément fait l'objet d'un développement archarné, spécifique et extrêmement poussé.

La carte-mère d'un PC se choisit aujourd'hui au même titre qu'une carte d'extension, ou que le processeur lui-même, mais ça n'a pas toujours été le cas. Du temps des 8 et 16 bits, on concevait l'ordinateur dans son ensemble, et celui-ci restait toujours le même (époque reposante pour les développeurs en herbe). À titre de comparaison, tu ne changes jamais la carte-mère de ton Mac ni celle de ton iPhone.
01/11/2008, 18h30
Emmanuel Delahaye

Citation:

Envoyé par lapinoudu33

La chose que je voulais montrer c'est comment programmer une petite tranche de C et faire en sorte que rien ne soit lier avec pour qu'elle soit directement comprise par le processeur

Oui, enfin, une application sans I/O, ça ne sert pas à grand chose... Ce n'est donc pas très significatif...

Citation:

... mais apparement dans ton explication tu dit que l'usage de "in" et "out" (instructions asm) est la base de toutes communications avec les périphériques,

en x86, oui, tout à fait. La plupart des péripheriques sont mappés en I/O. Il peuvent néanmoins occuper aussi une plage mémoire (carte video, par exemple) dédié ou partagée.

Citation:

c'est le fonctionnement de l'architecture d'un micro ordinateur qui peut être aussi bien un PC qu'un MAC qu'autre chose pour vue qu'elle soit constituer d'un processeur d'une carte mère et de bloc mémoire pour éxécuter les programme

Une architecture définit un type de machine. Un PC et un Mac n'ont pas la même architecture (même si maintenant, ils ont le même processeur).

Par contre, tous le PC d'un certain type, ont une architecture compatible qui fait que le même OS, prévu pour cette architecture, peut tourner sur n'importe quel PC ayant cette architecture.

Par contre, impossible de faire tourner un Mac/OS sur une architecture de PC ou inversement.
(ou alors en émulation, mais c'est tout autre chose et c'est lent et fragile).

Fuseau horaire GMT +2. Il est actuellement 03h09.