[Précédent (date)] [Suivant (date)] [Précédent (sujet)] [Suivant (sujet)] [Index par date] [Index par sujet]

Ethernet DFE 538 TX vs. Asus A7V133 sous RedHat 6.2?

Je n'arrive pas à faire reconnaitre une carte Ethernet sur un PC
basé sur une carte-mère Asus A7V133 exécutant RedHat 6.2 (Linux 2.2).

J'ai désactivé l'option "PNP OS" dans le BIOS.  J'ai aussi dit au
BIOS de désactiver les ports parallèle et série afin de libérer
des IRQ.

Quand j'installe une carte Ethernet, je constate par /proc/pci
qu'elle est la seule sur IRQ 7.  Cet IRQ est libre parce que j'ai
désactivé le port parallèle par le BIOS.

J'ai testé trois cartes Ethernet (toutes PCI):

DFE 538 TX: elle est supposée être supportée par le module rtl8139
(d'après le Ethernet-HOWTO), mais la commande 'modprobe rtl8139'
me répond "Device or resource busy".

D-Link DE-530 (module de4x5) ou Realtek RTL8129 (module rtl8139):
ces deux cartes fonctionnent déjà sur un autre PC, et j'arrive
à charger le module approprié avec modprobe, et même à monter
l'interface eth0 (avec 'ifconfig eth0 192.168.71.5 up').

Ensuite, je constate que qu'une machine sur le même réseau local
peut faire un "ping" vers la machine Asus, mais que la machine
Asus ne peut faire un "ping" dans le sens inverse.

La machine Asus peut tenter un telnet vers l'autre machine, qui
voit arriver la tentative de connexion, mais la machine Asus ne
reçoit jamais le prompt "login:".

On dirait donc que ces deux cartes Ethernet peuvent envoyer des
paquets mais pas en recevoir.  Normalement, c'est le signe qu'il
y a un conflit avec un autre périphérique qui utiliserait le même
IRQ.  Pourtant, j'ai désactivé le port parallèle qui utilisait
l'IRQ 7, et de toute façon, /proc/pci ne rapporte aucun autre
périphérique utilisant IRQ 7.

Se pourrait-il que:

- Il demeure quelque chose d'autre sur IRQ 7 (comment le détecter?
  serait-ce un fantôme du port parallèle?);

- Il faut faire plus qu'une commande 'ifconfig eth0 ... up'?
  La commande 'route -n' affiche une seule ligne, qui décrit la
  route vers le réseau local:

    192.168.71.0  0.0.0.0    255.255.255.0   U  0   0   0 eth1

- Un passage à RedHat 7.1, donc à Linux 2.4, pourrait aider?


-- 
Pierre Sarrazin <sarrazip at sympatico dot ca>