Ici "configuration" concerne l'attribution des ressources PnP du bus (adresses, IRQ, et DMA). C'est une question � deux volets pour chaque p�riph�rique, et chacun d'eux doit avoir le m�me r�ponse.
Naturellement la configuration mat�rielle du p�riph�rique et celle de son pilote doivent �tre les m�mes (et normalement, c'est le cas). Mais, si les choses ne se passent pas bien, c'est qu'il y a peut-�tre une diff�rence. Cela signifie que le pilote a des donn�es incorrectes concernant la configuration r�elle du mat�riel, et dysfonctionnement. Si le logiciel que vous utilisez ne vous indique pas correctement ce qui ne va pas (ou n'effectue pas la configuration correcte automatiquement), il vous faudra chercher la configuration mat�rielle des p�riph�riques et celle des pilotes correspondants. Alors que les pilotes de p�riph�riques de Linux devraient "tout nous dire", il y a des cas o� il n'est pas facile de d�terminer comment le mat�riel a �t� configur�.
Un autre probl�me vient de ce que les messages � l'�cran indiquant la configuration ne sont pas toujours clairs quant � la nature de la configuration qu'ils concernent : le pilote de p�riph�rique, le p�riph�rique lui-m�me ou les deux. Si le pilote de p�riph�rique s'est vu attribu� une configuration et qu'ils teste le mat�riel pour v�rifier qu'il est configur� de la m�me mani�re, alors la configuration indiqu�e par le pilote devrait �tre � la fois celle du pilote et du mat�riel.
Mais certains pilotes ne se comportent pas comme cela et peuvent accepter une configuration qui ne puisse pas se v�rifier. Par exemple, "setserial" acceptera une configuration qui ne se v�rifie pas (m�me si vous demandez un test des ressources du bus). Dans ce cas "setserial" peut uniquement vous indiquer la configuration du pilote et pas celle du mat�riel.
Quelques infos concernant la configuration peuvent �tre obtenues en lisant les messages du BIOS et de Linux qui apparaissent � l'�cran au d�marrage initial de l'ordinateur. Souvent, ces messages d�filent trop rapidement pour pouvoir �tre lus, mais lorsque leur d�filement s'arr�te, tapez plusieurs fois sur la touche "Majuscule + d�filement arri�re" (Shift-PageUp) pour les visualiser. Pour visualiser la suite, taper sur la touche "Majuscule + d�filement avant" (Shift-PageDow). La commande "dmesg" n'importe quand n'affichera que les messages du noyau Linux et les messages les plus importants peuvent manquer (y compris ceux du BIOS). Les messages de Linux peuvent quelquefois n'indiquer que la vue de la configuration par les pilotes de p�riph�rique, et ces informations peuvent parfois provenir d'un fichier de configuration incorrect.
Les messages du BIOS affichent la configuration r�elle du mat�riel � cet instant donn�, mais un SE PnP, isapnp ou les utilitaires PCI peuvent la modifier ult�rieurement. Les messages du BIOS sont affich�s avant ceux de Linux. Comme alternative au rappel des messages par les touches "majuscule + d�filement arri�re", essayez de geler l'affichage en tapant sur la touche "Pause". Taper sur n'importe quelle touche pour continuer. Mais, une fois que les messages de Linux commencent � appara�tre, c'est trop tard pour utiliser la touche "Pause" puisqu'alors, les messages de Linux ne sont pas gel�s.
Il y a des programmes que l'on peut lancer de la ligne de commande (tel que "setserial" pour les ports s�rie) pour le d�terminer. L'arborescence du r�pertoire /proc est utile. /proc/ioports indique les adresses d'E/S utilis�es par les pilotes (ou essaye si c'est faux). Ils peuvent ne pas �tre configur�s de cette fa�on dans le mat�riel.
/proc/interrupts n'indique que les interruptions utilis�es actuellement et beaucoup de celles qui ont �t� allou�es aux pilotes ne sont pas affich�es car elles ne sont pas actuellement utilis�es. Par exemple, m�me s'il y a une disquette dans l'unit� et qu'elle est pr�te � �tre utilis�e, l'interruption la concernant ne sera pas affich�e, � moins qu'elle ne soit effectivement en cours d'utilisation. De plus, une interruption indiqu�e ici ne signifie pas qu'elle existe dans le mat�riel. Un indice du fait qu'elle n'existe pas dans le mat�riel consiste � v�rifier que le nombre d'interruptions g�n�r�es est 0. Et encore, m�me si l'on voit que quelques interruptions ont �t� g�n�r�es, cela peut signifier que cette interruption n'existe pas pour ce p�riph�rique mais par un autre p�riph�rique qui n'est pas en cours d'utilisation mais qui a pu g�n�rer une interruption ou deux. Dans le noyau 2.2 l'arborescence /proc a �t� modifi�e.
C'est facile de trouver quelles ressources du bus ont �t� attribu�es
� des p�riph�riques sur un bus PCI : on utilise soit la commande
"lspci" ou, pour les noyaux <: 2.2:
voir /proc/pci; pour les noyaux 2.2+:
/proc/bus/pci/devices. Pour le bus ISA, on peut essayer de
faire tourner
pnpdump --dumpregs, mais ce n'est pas une m�thode s�re. Les r�sultats
peuvent �tre difficile � d�coder. Ne pas confondre les adresses de port
de lecture que pnpdump "essaye" (et o� il trouve quelque chose) avec les
adresses d'E/S du p�riph�rique trouv�. Ce ne sont pas les m�mes.
Les messages en provenance du BIOS, lors du d�marrage, indique la configuration mat�rielle au moment du d�marrage. Si vous vous basez sur le BIOS pour faire votre configuration, ils faut qu'elle soit encore valable. Les messages de Linux peuvent provenir des pilotes qui ont fait des essais pour v�rifier la pr�sence du mat�riel (et �ventuellement des essais sur les IRQ et le DMA). Naturellement, si le p�riph�rique fonctionne correctement, alors il doit �tre configur� comme son pilote.
Hosting by: Hurra Communications GmbH
Generated: 2007-01-26 18:01:43