Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1619 connectés 

  FORUM HardWare.fr
  Programmation
  C++

  [Programmation d'un OS] Pourquoi mon transfert DMA ne se fait pas ?

 
 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

[Programmation d'un OS] Pourquoi mon transfert DMA ne se fait pas ?

n°269094
robotnikta​reum
au moins...
Posté le 13-12-2002 à 15:34:15  profilanswer
 

Salut...
 
Je réalise un système d'exploitation en mode protégé, et j'ai jarté toutes les fonctions du BIOS. Je dois donc reprogrammer les fonctions de lecture sur le lecteur de disquette. J'ai les commandes à envoyer au lecteur de disquettes, et je le fais avec le DMA. J'ai tout programmé, et ça ne marche pas, je ne sais pas pk...
 
Je vous montre les sources, si vous pouviez m'éclaircir sur le sujet...
 

Code :
  1. // Fonctions pour le DMA
  3. /* Quick-access registers and ports for each DMA channel. */
  4. unsigned char MaskReg[8]   = { 0x0A, 0x0A, 0x0A, 0x0A, 0xD4, 0xD4, 0xD4, 0xD4 };
  5. unsigned char ModeReg[8]   = { 0x0B, 0x0B, 0x0B, 0x0B, 0xD6, 0xD6, 0xD6, 0xD6 };
  6. unsigned char ClearReg[8]  = { 0x0C, 0x0C, 0x0C, 0x0C, 0xD8, 0xD8, 0xD8, 0xD8 };
  8. unsigned char PagePort[8]  = { 0x87, 0x83, 0x81, 0x82, 0x8F, 0x8B, 0x89, 0x8A };
  9. unsigned char AddrPort[8]  = { 0x00, 0x02, 0x04, 0x06, 0xC0, 0xC4, 0xC8, 0xCC };
  10. unsigned char CountPort[8] = { 0x01, 0x03, 0x05, 0x07, 0xC2, 0xC6, 0xCA, 0xCE };
  12. void _dma_xfer(unsigned char DMA_channel, unsigned char page, unsigned int offset, unsigned int length, unsigned char mode);
  14. //extern unsigned long _virt_to_phys;
  15. void dma_xfer(unsigned char channel, unsigned long address, unsigned int length, unsigned char read)
  16. {
  17. //   address += _virt_to_phys;
  19. unsigned char page=0, mode=0;
  20. unsigned int offset = 0;
  22. if(read)
  23.  mode = 0x48 + channel;
  24. else
  25.  mode = 0x44 + channel;
  27. page = address >> 16;
  28. offset = address & 0xFFFF;
  29. length--;
  31. _dma_xfer(channel, page, offset, length, mode);
  32. }
  35. void _dma_xfer(unsigned char DMA_channel, unsigned char page, unsigned int offset, unsigned int length, unsigned char mode)
  36. {
  37.     /* Don't let anyone else mess up what we're doing. */
  38.     //asm("cli" );
  40.   cli;
  42.     /* Set up the DMA channel so we can use it.  This tells the DMA */
  43.     /* that we're going to be using this channel.  (It's masked) */
  44.     outb(MaskReg[DMA_channel], 0x04 | DMA_channel);
  46.     /* Clear any data transfers that are currently executing. */
  47.     outb(ClearReg[DMA_channel], 0x00);
  49.     /* Send the specified mode to the DMA. */
  50.     outb(ModeReg[DMA_channel], mode);
  52.     /* Send the offset address.  The first byte is the low base offset, the */
  53.     /* second byte is the high offset. */
  54.     outb(AddrPort[DMA_channel], LOW_BYTE(offset));
  55.     outb(AddrPort[DMA_channel], HI_BYTE(offset));
  57.     /* Send the physical page that the data lies on. */
  58.     outb(PagePort[DMA_channel], page);
  60.     /* Send the length of the data.  Again, low byte first. */
  61.     outb(CountPort[DMA_channel], LOW_BYTE(length));
  62.     outb(CountPort[DMA_channel], HI_BYTE(length));
  64.     /* Ok, we're done.  Enable the DMA channel (clear the mask). */
  66.     outb(MaskReg[DMA_channel], DMA_channel);
  68.     /* Re-enable interrupts before we leave. */
  69.     sti;
  70. }
  73. //Fonctions pour le lecteur de disquettes
  75. #define FD_DMA 0x8000
  77. unsigned int flp=0x3F0; // Base des ports du controleur de disquettes
  78. unsigned char motorp = 2;
  79. unsigned char op_seek = 0x0F;
  80. unsigned char cur_head=0;
  81. unsigned char cur_track=0;
  82. unsigned char cur_cyl=0;
  83. unsigned char zero=0;
  84. unsigned char mask;
  86. unsigned int sr0;
  87. unsigned int current_track;
  89. unsigned char done=0;
  91. unsigned char status[7];
  92. unsigned short int nb_stat;
  94. void floppy_irq(void)
  95. {
  96. done=1;
  97. //outb(0x20,0x20);
  98. }
  100. int fd_out(unsigned char val)
  101. {
  102.    unsigned int c=128;
  104.    do {
  105.       if( (inb(0x3f4) & 0xc0) == 0x80 )
  106. {
  107.    outb(0x3f5, val);
  108.    return 0;
  109. }
  110.    } while(c--);
  112.    return -1;
  113. }
  115. unsigned int fd_in(void)
  116. {
  117.    unsigned int c=128;
  119.    do {
  120.       if( (inb(0x3f4) & 0xc0) == 0xc0 )
  121. return inb(0x3f5);
  122.    } while(c--);
  124.    return -1;
  125. }
  127. int get_status(int check)
  128. {
  129. unsigned char tmp;
  131. unsigned int i;
  133. debug (1, "GET_STATUS\n" );
  135. i=1000;
  137. while (!done && i)
  138. {
  139.  delay(10);
  140.  i--;
  141. }
  143. /*print("\n" );
  144. printNb(i);
  145. print("\n" );*/
  146. if (i==0)
  147. {
  148.  print("FAILED TO GET STATUS\n" );
  149.  return -1;
  150. }
  152. nb_stat=0;
  154. while (nb_stat<9 && (inb(0x3f4)) & (1<<4))
  155. {
  156.  status[nb_stat++] = inb(0x3f5);
  157. }
  159. /*for(i=0; i<nb_stat; i++)
  160. {
  161.  print("st" );
  162.  printNb(i);
  163.  print("=" );
  164.  printNb(status[i]);
  165.  print(" ; " );
  166. }
  168. print("\n" );*/
  170. if (!check)
  171.  return;
  173. if (fd_out(0x08)!=-1) //check interrupt status
  174. {
  175.  sr0=fd_in();
  176.  current_track=fd_in();
  177. }
  179. done=0;
  180. }
  182. void seek(unsigned int track)
  183. {
  184. debug(1, "SEEK\n" );
  185. fd_out(0x0f);
  186. fd_out(zero);
  187. fd_out(track);
  188. delay(15);
  189. get_status(1);
  190. /*print("sr0=" ); printNb(sr0);
  191. print("\n" );*/
  192. }
  194. void moteur(int etat) //détermine l'état du moteur du lecteur A
  195. {
  196. debug(1, "MOTOR " );
  197. /*if (etat==0 || etat==1)
  198. {
  199.  mask = etat * 0x10;
  200.  outbp(0x3f2, mask|0x0C);
  201. }*/
  202. if(etat==0)
  203. {
  204.  debug(1,"OFF\n" );
  205.  outb(0x3F2, 0);
  206. }
  207. if(etat==1)
  208. {
  209.  debug(1,"ON\n" );
  210.  outb(0x3F2, 0x1C);
  211. }
  212. }
  214. void reset() //reset du lecteur A
  215. {
  216. debug (1, "RESET\n" );
  217. outb(0x3f2,0);
  218. outb(0x3f4,0);
  219. outb(0x3f2,0x0c);
  220. done=1;
  222. get_status(1);
  224. fd_out(0x03);
  225. fd_out(0xdf);     // SRT = 3ms, HUT = 240ms
  226. fd_out(0x02);     // HLT = 16ms, ND = 0
  228. seek(1);
  229. }
  231. void recalibrate()
  232. {
  233. debug (1, "RECALIBRATE\n" );
  234. moteur(1);
  235. // send actual command bytes
  236. fd_out(0x07);
  237. fd_out(0);
  238. // wait until seek finished
  239. get_status(1);;
  240. // turn the motor off
  241. moteur(0);
  242. }
  244. int read_one_sector(unsigned char head, unsigned char track, unsigned char sect, char * out)
  245. {
  246. debug(1,"READ\n" );
  248. moteur(1);
  250. seek(track);
  252. outb(0x3f7,0);
  254. dma_xfer(2, FD_DMA, 512, 0);
  257. if(fd_out(0xe6)==-1)      // commande de lecture
  258. {
  259.  print("1:Sending command failed\n" );
  260.  return;
  261. }
  263. if(fd_out(head << 2)==-1) //tête
  264. {
  265.  print("2:Sending command failed\n" );
  266.  return;
  267. }
  268. if(fd_out(track)==-1)       //cyl
  269. {
  270.  print("3:Sending command failed\n" );
  271.  return;
  272. }
  273. if(fd_out(head)==-1)      //tête
  274. {
  275.  print("4:Sending command failed\n" );
  276.  return;
  277. }
  278. if(fd_out(sect)==-1)      //secteur
  279. {
  280.  print("5:Sending command failed\n" );
  281.  return;
  282. }
  283. if(fd_out(2)==-1)         //octets/secteur / 128
  284. {
  285.  print("6:Sending command failed\n" );
  286.  return;
  287. }
  288. if(fd_out(18)==-1)        // 18 secteurs/piste
  289. {
  290.  print("7:Sending command failed\n" );
  291.  return;
  292. }
  293. if(fd_out(0x1d)==-1)      // la taille du GAP 3 en lecture/écriture
  294. {
  295.  print("8:Sending command failed\n" );
  296.  return;
  297. }
  298. if(fd_out(0xFF)==-1)         //longueur des données si cmd byte 5=0)
  299. {
  300.  print("9:Sending command failed\n" );
  301.  return;
  302. }
  304. get_status(1);
  306. memcpy(out, FD_DMA, 512);
  308. moteur(0);
  311. return 0;
  312. }

 
Merci
 :hello:


Message édité par robotniktareum le 13-12-2002 à 21:15:45

---------------
si t déçu d'être dessous, tu iras dessus kom ça tu seras plus déçu ni dessous... Si tu piges pas c ke t saoul, c sûr...
mood
Publicité
Posté le 13-12-2002 à 15:34:15  profilanswer
 

n°269341
robotnikta​reum
au moins...
Posté le 13-12-2002 à 21:16:09  profilanswer
 

up please...


---------------
si t déçu d'être dessous, tu iras dessus kom ça tu seras plus déçu ni dessous... Si tu piges pas c ke t saoul, c sûr...
n°269346
Profil sup​primé
Posté le 13-12-2002 à 21:20:28  answer
 

:ouch:

n°269347
redridingh​ood
Posté le 13-12-2002 à 21:21:57  profilanswer
 

c la qu'on se sent petit petit.... (up deguise)

n°269348
Profil sup​primé
Posté le 13-12-2002 à 21:22:31  answer
 

jfait la meme en php [:mlc]

n°269354
robotnikta​reum
au moins...
Posté le 13-12-2002 à 21:29:00  profilanswer
 

donc y'a personne qui sait ici !?  :sweat:


---------------
si t déçu d'être dessous, tu iras dessus kom ça tu seras plus déçu ni dessous... Si tu piges pas c ke t saoul, c sûr...
n°269512
Kristoph
Posté le 14-12-2002 à 01:18:22  profilanswer
 

J'ai souvenir d'une très vielle limitation du DMA ( à l'époque ou je me suis codé mes drivers de carte SoundBlaster sur un 486 sous DOS :D ). En gros, la bande mémoire sur lequel le DMA agit devait se trouver sur une seule page mémoire. Je n'ai aucune idée si ce genre de limitation agit encore.
 
Sinon, quand on touche à des choses si bas niveau, c'est normal qu'il y ait des difficultées. Regarde le code source d'un noyau Linux ou BSD si tu en as le courage. Ca doit pouvoir t'aider quand même.

n°269529
Musaran
Cerveaulté
Posté le 14-12-2002 à 02:49:02  profilanswer
 

Ben, heuh... je suis comme largué sur ce coup-là.
Tu essayes de remonter le niveau du forum après la vague des 'exercice, comprends po' ?
 
 
Peut-être que tout ce code gagnerait à utiliser des énumérations et un peu d'objet.
 
Just un truc qui me chiffone:

Code :
  1. void _dma_xfer(unsigned char DMA_channel, unsigned char page, unsigned int offset, unsigned int length, unsigned char mode)
  2. {
  3. cli;
  4. //...
  5. sti;
  6. }


C'est symbolique ?
Parce que ça ne peut pas avoir d'effet...


---------------
Bricocheap: Montage de ventilo sur paté de mastic silicone
n°269540
robotnikta​reum
au moins...
Posté le 14-12-2002 à 07:20:47  profilanswer
 

Kristoph a écrit :

J'ai souvenir d'une très vielle limitation du DMA ( à l'époque ou je me suis codé mes drivers de carte SoundBlaster sur un 486 sous DOS :D ). En gros, la bande mémoire sur lequel le DMA agit devait se trouver sur une seule page mémoire. Je n'ai aucune idée si ce genre de limitation agit encore.
 
Sinon, quand on touche à des choses si bas niveau, c'est normal qu'il y ait des difficultées. Regarde le code source d'un noyau Linux ou BSD si tu en as le courage. Ca doit pouvoir t'aider quand même.

Effectivement, les transferts DMA doivent se faire dans le 1er Mo de la RAM, et c'est toujours d'actualité !!!! Mais ça n'est pas un problème vu que je l'ai mis en 0x8000... Ou alors, je me suis planté qq part. En fait, une vois que tout s'est bien passé, le lecteur de disquettes doit m'envoyer l'IRQ6. Apparemment, à partir d'un débogage avec bochs, la commande de lecture est bien envoyée au floppy, mais le dma ne semble pas avoir reçu de données, ce qui me laisse supposer que si le transfert des données n'a pas pu se faire, le floppy ne renvoie pas l'IRQ. Tu as encore tes drivers pour ton 486 sur toi ? Sinon, je mate les srcs de minix, linux 0.9, et divers OS, et je ne vois rien ki chie... Si qqn veut les srcs complètes de l'OS pour voir d'un peu plus prêt, je suis prêt à lui envoyer...
Merci :hello:


---------------
si t déçu d'être dessous, tu iras dessus kom ça tu seras plus déçu ni dessous... Si tu piges pas c ke t saoul, c sûr...
n°269541
robotnikta​reum
au moins...
Posté le 14-12-2002 à 07:26:03  profilanswer
 

Musaran a écrit :

Ben, heuh... je suis comme largué sur ce coup-là.
Tu essayes de remonter le niveau du forum après la vague des 'exercice, comprends po' ?
 
 
Peut-être que tout ce code gagnerait à utiliser des énumérations et un peu d'objet.
 
Just un truc qui me chiffone:

Code :
  1. void _dma_xfer(unsigned char DMA_channel, unsigned char page, unsigned int offset, unsigned int length, unsigned char mode)
  2. {
  3. cli;
  4. //...
  5. sti;
  6. }


C'est symbolique ?
Parce que ça ne peut pas avoir d'effet...

bah il faut bien remonter le niveau... Je voyais ke le forum courait à sa perte :D
Sinon cette fonction a un effet : j'indique au controleur DMA ce qu'il doit faire, et ça se fait par une succession d'écritures sur les ports du contrôleur. Je lui indique si il doit lire ou écrire, sur quel canal il doit travailler, quel endroit en mémoire il doit utiliser, ... Ce code me semble correct, car je l'ai trouvé sur des cours : http://www.nondot.org/sabre/os/articles
bon je v en cours... Ad'taleur


---------------
si t déçu d'être dessous, tu iras dessus kom ça tu seras plus déçu ni dessous... Si tu piges pas c ke t saoul, c sûr...
mood
Publicité
Posté le 14-12-2002 à 07:26:03  profilanswer
 

n°269561
Kristoph
Posté le 14-12-2002 à 11:18:12  profilanswer
 

Code :
  1. while (!done && i)
  2.      {
  3.         delay(10);
  4.         i--;
  5.      }


 
C'est cette boucle qui bloque ? Tu devrais absolument definir done comme etant un volatile. J'ai eu exactement le meme probleme à l'époque, sauf que pour moi ça ne marchais pas en mode optimise. En mode normal, le compilo ne mettait pas done dans un registre et donc il devait lire sa valeur à chaque fois de la mémoire => bon comportement.
 
Il est possible qu'avec un compilateur moderne, meme sans optimisations particulieres le compilateur decide de mettre done dans un registre


Message édité par Kristoph le 14-12-2002 à 11:18:36
n°269621
robotnikta​reum
au moins...
Posté le 14-12-2002 à 14:05:58  profilanswer
 

Merci, je vais tester ça de ce pas.
Sinon, euh... En fait apparemment, je ne reçois pas l'irq6. J'ai créé un irq handler, et j'ai mis un print dedans pour que ça m'affiche un texte quand il reçoit l'IRQ, puis il met done à 1. Et justement, le problème c'est qu'il ne m'affiche pas le texte de l'IRQ 6 !!!


---------------
si t déçu d'être dessous, tu iras dessus kom ça tu seras plus déçu ni dessous... Si tu piges pas c ke t saoul, c sûr...
n°269626
Kristoph
Posté le 14-12-2002 à 14:18:57  profilanswer
 

D'abord, est tu sur que printf peut etre utilise à partir d'une interrupt ?
 
Sinon, je ne vois pas le code qui indique au DMA que c'est l'IRQ 6 qu'il doit prevenir à la fin du transfert.

n°269653
robotnikta​reum
au moins...
Posté le 14-12-2002 à 16:13:02  profilanswer
 

Kristoph a écrit :

D'abord, est tu sur que printf peut etre utilise à partir d'une interrupt ?
 
Sinon, je ne vois pas le code qui indique au DMA que c'est l'IRQ 6 qu'il doit prevenir à la fin du transfert.
 

c le DMA ki renvoie l'IRQ 6 !? :heink: je pensais ke ct le floppy, quand il avait fini de tout faire..... :??:


---------------
si t déçu d'être dessous, tu iras dessus kom ça tu seras plus déçu ni dessous... Si tu piges pas c ke t saoul, c sûr...
n°269747
Kristoph
Posté le 14-12-2002 à 18:52:50  profilanswer
 

En fait, je n'en ai aucune idée. D'apres ton document c'est le floppy qui le fait, mais dans le cas de copie mémoire à mémoire ca doit etre le DMA.
 
Enfin, si c'est vraiment le floppy qui lance l'interruption, il faut que regarde de ce cote du code et pas de celui du DMA ;)

n°269877
bjone
Insert booze to continue
Posté le 15-12-2002 à 01:41:06  profilanswer
 

tout à fait d'accord pour le volatile.
 
je me souviens avec le watcom c ou je mixais de l'asm et du C, avec une varible globale dans le C, modifié dans l'ASM, le compilateur me tégais des boucles car il supposais que la variable restait dans son état initialisé...

n°269899
Musaran
Cerveaulté
Posté le 15-12-2002 à 04:17:45  profilanswer
 

robotniktareum a écrit :

bah il faut bien remonter le niveau... Je voyais ke le forum courait à sa perte :D

Y'a pas photo, ca change des 'le prog quitte trop vite' et autres 'tableau variable'.
 
En fait, c'est ça exactement qui me chiffone:

Code :
  1. {
  2. cli;
  3. //...
  4. sti;
  5. }


keskecé ?
(je connais le principe de CLear/SeT Interrupt)
 
Si c'est des noms de type ou d'objets, ça ne fait strictement rien.
Ça pourrait être des macros, mais on les mets en majuscules d'habitude.
Et si c'est une extension de langage, c'est maladroit.
 
Juste par curiosité, ça m'étonnerait beaucoup que ce soit l'origine du problème !
 
Peut-être que les newsgroup sauraient mieux te répondre...


---------------
Bricocheap: Montage de ventilo sur paté de mastic silicone
n°269907
asphro
Posté le 15-12-2002 à 11:09:23  profilanswer
 

robotniktareum a écrit :

bah il faut bien remonter le niveau... Je voyais ke le forum courait à sa perte :D
Sinon cette fonction a un effet : j'indique au controleur DMA ce qu'il doit faire, et ça se fait par une succession d'écritures sur les ports du contrôleur. Je lui indique si il doit lire ou écrire, sur quel canal il doit travailler, quel endroit en mémoire il doit utiliser, ... Ce code me semble correct, car je l'ai trouvé sur des cours : http://www.nondot.org/sabre/os/articles
bon je v en cours... Ad'taleur


 
beurk t as cours le samedi now !!! :sweat:
 
bon sinon bonne continuation !!!

n°269914
bjone
Insert booze to continue
Posté le 15-12-2002 à 11:30:01  profilanswer
 

Musaran a écrit :

Y'a pas photo, ca change des 'le prog quitte trop vite' et autres 'tableau variable'.
 
En fait, c'est ça exactement qui me chiffone:

Code :
  1. {
  2. cli;
  3. //...
  4. sti;
  5. }


keskecé ?
(je connais le principe de CLear/SeT Interrupt)
 
Si c'est des noms de type ou d'objets, ça ne fait strictement rien.
Ça pourrait être des macros, mais on les mets en majuscules d'habitude.
Et si c'est une extension de langage, c'est maladroit.
 
Juste par curiosité, ça m'étonnerait beaucoup que ce soit l'origine du problème !
 
Peut-être que les newsgroup sauraient mieux te répondre...


 
c des instructions asm pour masquer ou pas les interruptions coté cpu.

n°269950
robotnikta​reum
au moins...
Posté le 15-12-2002 à 12:26:19  profilanswer
 

bjone a écrit :


 
c des instructions asm pour masquer ou pas les interruptions coté cpu.


Les bouquins intel me disent :
CLI - Clear Interrupt Flag
OPCode : 0xFA
Interrupts disabled when interrupt flag cleared.
 
STI - Set Interrupt Flag
OPCode : 0xFB
external, maskable interrupts enabled at the end of the next instruction
 
The IF flag and IF Flag and the STI and CLI instructions have no affect an the generation of the execptions and NMI interrupts.
 
EDIT : bien entendu, j'ai déclaré ceci :  
#ifndef cli
#define cli             asm("cli":: )
#endif
 
#ifndef sti
#define sti             asm("sti":: )
#endif
 
EDIT2 : 'font chier ces smileys ;)
 
 :hello:


Message édité par robotniktareum le 15-12-2002 à 12:30:52

---------------
si t déçu d'être dessous, tu iras dessus kom ça tu seras plus déçu ni dessous... Si tu piges pas c ke t saoul, c sûr...
n°269954
robotnikta​reum
au moins...
Posté le 15-12-2002 à 12:33:16  profilanswer
 

asphro a écrit :


 
beurk t as cours le samedi now !!! :sweat:
 
bon sinon bonne continuation !!!

putain m'en parle pas... En plus pour des cours d'adélia de merde qu'on pige même pas ce kon veut nous faire faire et arrivés en TP on nous dit : "bon bah faîtes pas ça marche pas" ou bien encore "n'ouvrez pas tous l'as/400 en même temps, sinon ça va planter ace ke il est vieux", merci... Enfin, encore 2 fois à supporter ça, après, c'est C++ :p


---------------
si t déçu d'être dessous, tu iras dessus kom ça tu seras plus déçu ni dessous... Si tu piges pas c ke t saoul, c sûr...
n°269984
asphro
Posté le 15-12-2002 à 13:44:57  profilanswer
 

robotniktareum a écrit :

putain m'en parle pas... En plus pour des cours d'adélia de merde qu'on pige même pas ce kon veut nous faire faire et arrivés en TP on nous dit : "bon bah faîtes pas ça marche pas" ou bien encore "n'ouvrez pas tous l'as/400 en même temps, sinon ça va planter ace ke il est vieux", merci... Enfin, encore 2 fois à supporter ça, après, c'est C++ :p


 
mouahahha ayez l as400 devient poussif !!
 
c la fin :sweat:  

n°270028
robotnikta​reum
au moins...
Posté le 15-12-2002 à 16:30:40  profilanswer
 

J'ai une très bonne nouvelle : j'arrive à le faire marcher.
Pour ceux que ça intéresse, j'ai mis les srcs à disposition :
http://dszczyt.free.fr/dossier/BoOSt.tar.gz
 
Merci @ tous...
 :hello:


---------------
si t déçu d'être dessous, tu iras dessus kom ça tu seras plus déçu ni dessous... Si tu piges pas c ke t saoul, c sûr...
n°270071
frankie
Posté le 15-12-2002 à 19:42:43  profilanswer
 

Super question à 2 balles (même pas)
 
Ça sert à quoi tout ça ?
 
Merci
 
(oui, c'était court comme intervention)
 

n°270073
bjone
Insert booze to continue
Posté le 15-12-2002 à 19:44:27  profilanswer
 

ça sert à transfert des données de/vers le lecteur de disquette.

mood
Publicité
Posté le   profilanswer
 


Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Programmation
  C++

  [Programmation d'un OS] Pourquoi mon transfert DMA ne se fait pas ?

 

Sujets relatifs
[Programmation Windows] GetSystemMetrics ! Metrics qui foirent !programmation objet : pb de variable
Meilleur langage de programmation pour initiation scolaire ???serialize, unserialize et programmation objet
Programmation sous Lotus Notes V5programmation sous netbeans
Programmation avec le framebuffer du noyau LinuxProgrammation en Shell
Tout sur la Programmation-frprogrammation reseaux
Plus de sujets relatifs à : [Programmation d'un OS] Pourquoi mon transfert DMA ne se fait pas ?

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo
Page générée en 0.128 secondes

Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR