C'est pas totalement lumineux, mais avec le lien indiqu� par Laurent Charles (http://www.atnf.csiro.au/~rgooch/linux/docs), en anglais, �a commence � s'�claircir un peu. Ce qui devient plus clair, c'est qu'il ne cherche pas parmi des centaines ou milliers de possibilit�s de p�riph�riques les infos n�cessaires � leur acc�s. Ce qui me semble un peu obscur encore, c'est la fa�on dont le noyau acc�de aux p�riph�riques lorsqu'il utilise devfs. En effet le m�canisme classique de base consiste en gros pour le kernel lorsqu'il utilise /dev, avec le couple de valeurs majeur/mineur, � "calculer" l'adresse et les caract�ristiques physiques d'un p�rip�rique. Que devient ce m�canisme? A suivre. Merci. Rosaire
serge carrere a �crit : > > En me basant sur un article de Joseph Pranevich pour feu le linux journal en > fran�ais "Linux+" du mois d'Octobre 2000 sur le nouveau noyau 2.4, voici un > r�sum� sur le DevFS. > Sous la version des noyaux 2.2, ces fichiers �taient d�finis par deux > chiffres (un majeur qui correspond au pilote et un mineur qui correspond � un > sous-syst�me ou un sous-p�riph�rique comme une partition sur un DD) ce qui en > "limite" le nombre, les nouveaux p�riph�riques "usb, firewire, etc.." � > montage dynamique s'accomodent mal de cet arrangement majeur/mineur et pour > finir les distribs cr�aient des centaines d'entr�es dans /dev (la MDk7.0 en > avait cr�� environ 2200) pour pr�voir le max de configuration possible. > > Le Device FileSystem du noyau 2.4 permet une gestion plus souple et dynamique > des fichiers de p�riph�riques. DevFS , tout comme /proc, apparait dans > l'arborescence sous /dev mais r�side en RAM et non physiquement sur le DD. > Lorsqu'un p�riph�rique est d�tect� et le pilote charg�, les entr�es > appropri�es sont ajout�es � l'arborescence de /dev. Ce r�pertoire /dev ne > liste que les p�riph�riques configur�s (et non les 2200 comme avant). Par > contre ce r�pertoire est "reconstruit" � chaque chargement du module du > p�riph�rique ou (re)d�marrage de l'ordi, ce qui rend plus difficile les > changements de "permissions" et de "noms" de ces p�riph�riques � moins qu'il > y ait un script r�alis� pour enregistrer l'�tat de /dev � l'arr�t du syst�me. > C'est un peu plus subtil mais j'essaie d'�tre court. > Sous MDK8.1 la commande "ll" donne: > ll /dev/cdrom0 > lr-xr-xr-x 1 root root 13 nov 9 16:08 /dev/cdrom0 -> > cdroms/cdrom0 > On voit donc que le p�riph�rique est repr�sent� par un chiffre (ici le 13) et > une date de cr�ation (ici le 9 nov � 16:08) > de m�me avec : > [serge@rosebud serge]$ ll /dev/scd0 > lr-xr-xr-x 1 root root 31 nov 9 16:08 /dev/scd0 -> > scsi/host0/bus0/target3/lun0/cd > [serge@rosebud serge]$ ll /dev/fd0 > lr-xr-xr-x 1 root root 8 nov 9 16:08 /dev/fd0 -> floppy/0 > Par contre cette commande avec floppy donne : > [serge@rosebud serge]$ ll /dev/floppy > total 0 > brw-rw---- 1 serge floppy 2, 0 oct 10 18:40 0 > brw-rw---- 1 serge floppy 2, 84 oct 10 18:40 0u1040 > brw-rw---- 1 serge floppy 2, 88 oct 10 18:40 0u1120 > brw-rw---- 1 serge floppy 2, 28 oct 10 18:40 0u1440 > brw-rw---- 1 serge floppy 2, 124 oct 10 18:40 0u1600 > brw-rw---- 1 serge floppy 2, 44 oct 10 18:40 0u1680 > brw-rw---- 1 serge floppy 2, 60 oct 10 18:40 0u1722 > brw-rw---- 1 serge floppy 2, 76 oct 10 18:40 0u1743 > brw-rw---- 1 serge floppy 2, 96 oct 10 18:40 0u1760 > brw-rw---- 1 serge floppy 2, 116 oct 10 18:40 0u1840 > brw-rw---- 1 serge floppy 2, 100 oct 10 18:40 0u1920 > brw-rw---- 1 serge floppy 2, 12 oct 10 18:40 0u360 > brw-rw---- 1 serge floppy 2, 16 oct 10 18:40 0u720 > brw-rw---- 1 serge floppy 2, 120 oct 10 18:40 0u800 > brw-rw---- 1 serge floppy 2, 52 oct 10 18:40 0u820 > brw-rw---- 1 serge floppy 2, 68 oct 10 18:40 0u830 > l� on retrouve les chiffres maj/min et comme date celle de l'install de la > distrib sur ma machine et non celle du dernier red�marrage, du moins il me > semble... > > Enfin avec ce nouveau syst�me, des gains de performance dans la communication > du noyau avec les p�riph�riques est � noter. En effet les noyaux 2.4 vont > converser directement avec le pilote alors que les noyaux 2.2 le noyau > recherchait le nbre majeur dans une table et appelait une fonction et le > p�lote travaillait alors avec le p�riph�rique au moyen du nbre mineur. > > Par contre je ne sais pas si le r�pertoire /lib/dev-state est une > "accomodation" de mandrake pour la gestion de /dev ou si c'est universel dans > les distrib linux. > Voil� ma contrib aux questions sur DevFS. > A ciao, serge > > -- > T'as le bonjour de LEO! > http://leoloden.free.fr > > ------------------------------------------------------------------------ > Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? > Rendez-vous sur "http://www.mandrakestore.com";
Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur "http://www.mandrakestore.com";
