Carte réseau ethernet qui n'aime pas la solitude.

Le
geo cherchetout
Bonjour,

Un ami m'a confié un ordinateur un peu ancien sur lequel j'ai installé
Mandriva 2007 Spring en parallèle avec le Windows XP Home déjà présent.
En prévision de difficultés possibles avec l'USB et sur mon conseil, le
propriétaire de cet ordinateur doté de 2 connecteurs ISA y a installé
récemment une carte réseau 3com 3C509B-TPO qui donne toute satisfaction
sous Windows. Ce matériel n'est pas récent mais suffit amplement aux
besoins (connection à l'internet via livebox) et nous souhaiterions donc
l'utiliser aussi sous Linux.
Malheureusement, je ne parviens pas à la faire fonctionner, ou plus
précisément à la faire fonctionner seule. Un peu par hasard, j'ai
découvert qu'elle fonctionne parfaitement si une autre carte réseau
ethernet est présente sur un connecteur PCI. La réciproque n'est pas
vraie : La carte plus moderne fonctionne aussi bien seule qu'en présence
de la vieille. On pourrait donc la conserver, mais mon amour-propre en
souffrirait et je n'aurais rien appris.

Voici quelques informations techniques :

* Dans le fichier /etc/modprobe.preload j'ai placé une ligne pour
obtenir le chargement du module 3c509 :

3c509

* Dans /etc/modprobe.conf figure cette ligne, mais je ne pense pas l'y
avoir mise moi-même. Je crois qu'elle y est apparue lors d'une
expérience avec les deux cartes :

alias eth5 3c509

Démarrage avec la carte ISA seule :
***********************************

Pendant le boot apparaît une ligne signalant l'échec de l'initialisation
de eth0 suivie un peu plus loin de :

Activation de l'interface eth5 [OK]

suivie quelques lignes plus tard de :

quelque chose network up [Echec]

* Quelques extraits de /var/log/syslog :

Apr 30 13:15:11 duronix kernel: pnp: Unable to assign resources to
device 01:01.00.
Apr 30 13:15:11 duronix kernel: pnp: Unable to assign resources to
device 01:01.00.
Apr 30 13:15:11 duronix kernel: eth0: 3c5x9 found at 0x300, 10baseT
port, address 00 10 5a dd 1c 47, IRQ 10.
Apr 30 13:15:11 duronix kernel: 3c509.c:1.19b 08Nov2002 becker@scyld.com
Apr 30 13:15:11 duronix kernel: http://www.scyld.com/network/3c509.html
Apr 30 13:15:11 duronix kernel: pnp: Unable to assign resources to
device 01:01.00.
Apr 30 13:15:11 duronix kernel: pnp: Unable to assign resources to
device 01:01.00.
..
Apr 30 13:15:19 duronix ifplugd(eth5)[2669]: ifplugd 0.28 initializing.
Apr 30 13:15:19 duronix kernel: setup_irq: irq handler mismatch
Apr 30 13:15:19 duronix kernel: <c01042d3> show_trace+0x13/0x20
<c0104a9e> dump_stack+0x1e/0x20
Apr 30 13:15:19 duronix kernel: <c018dfdd> setup_irq+0x12d/0x140
<c018e089> request_irq+0x99/0xb0
Apr 30 13:15:19 duronix kernel: <d0815b60> el3_open+0x50/0x2f0 [3c509]
<c02f76fd> dev_open+0x3d/0x80
Apr 30 13:15:19 duronix kernel: <c02f5eb5> dev_change_flags+0x55/0x130
<c033f16f> devinet_ioctl+0x6ff/0x890
Apr 30 13:15:19 duronix kernel: <c033f63e> inet_ioctl+0x8e/0xb0
<c02ea0f8> sock_ioctl+0x148/0x250
Apr 30 13:15:19 duronix kernel: <c01c9591> do_ioctl+0x51/0x1e0
<c01c9777> vfs_ioctl+0x57/0x2a0
Apr 30 13:15:19 duronix kernel: <c01c9a01> sys_ioctl+0x41/0x70
<c010317f> sysenter_past_esp+0x54/0x75
Apr 30 13:15:19 duronix ifplugd(eth5)[2669]: Using interface
eth5/00:10:5A:DD:1C:47 with driver <3c509> (version: 1.19b)
Apr 30 13:15:19 duronix kernel: setup_irq: irq handler mismatch
Apr 30 13:15:19 duronix kernel: <c01042d3> show_trace+0x13/0x20
<c0104a9e> dump_stack+0x1e/0x20
Apr 30 13:15:19 duronix kernel: <c018dfdd> setup_irq+0x12d/0x140
<c018e089> request_irq+0x99/0xb0
Apr 30 13:15:19 duronix kernel: <d0815b60> el3_open+0x50/0x2f0 [3c509]
<c02f76fd> dev_open+0x3d/0x80
Apr 30 13:15:19 duronix kernel: <c02f5eb5> dev_change_flags+0x55/0x130
<c033f16f> devinet_ioctl+0x6ff/0x890
Apr 30 13:15:19 duronix kernel: <c033f63e> inet_ioctl+0x8e/0xb0
<c02ea0f8> sock_ioctl+0x148/0x250
Apr 30 13:15:19 duronix kernel: <c01c9591> do_ioctl+0x51/0x1e0
<c01c9777> vfs_ioctl+0x57/0x2a0
Apr 30 13:15:19 duronix kernel: <c01c9a01> sys_ioctl+0x41/0x70
<c010317f> sysenter_past_esp+0x54/0x75
Apr 30 13:15:19 duronix ifplugd(eth5)[2669]: Using detection mode:
SIOCETHTOOL
Apr 30 13:15:20 duronix ifplugd(eth5)[2669]: Initialization complete,
link beat detected.
Apr 30 13:15:20 duronix ifplugd(eth5)[2669]: Executing
'/etc/ifplugd/ifplugd.action eth5 up'.
Apr 30 13:15:20 duronix kernel: setup_irq: irq handler mismatch
Apr 30 13:15:20 duronix kernel: <c01042d3> show_trace+0x13/0x20
<c0104a9e> dump_stack+0x1e/0x20
Apr 30 13:15:20 duronix kernel: <c018dfdd> setup_irq+0x12d/0x140
<c018e089> request_irq+0x99/0xb0
Apr 30 13:15:20 duronix kernel: <d0815b60> el3_open+0x50/0x2f0 [3c509]
<c02f76fd> dev_open+0x3d/0x80
Apr 30 13:15:20 duronix kernel: <c02f5eb5> dev_change_flags+0x55/0x130
<c033f16f> devinet_ioctl+0x6ff/0x890
Apr 30 13:15:20 duronix kernel: <c033f63e> inet_ioctl+0x8e/0xb0
<c02ea0f8> sock_ioctl+0x148/0x250
Apr 30 13:15:20 duronix kernel: <c01c9591> do_ioctl+0x51/0x1e0
<c01c9777> vfs_ioctl+0x57/0x2a0
Apr 30 13:15:20 duronix kernel: <c01c9a01> sys_ioctl+0x41/0x70
<c010317f> sysenter_past_esp+0x54/0x75
Apr 30 13:15:20 duronix kernel: setup_irq: irq handler mismatch
Apr 30 13:15:20 duronix kernel: <c01042d3> show_trace+0x13/0x20
<c0104a9e> dump_stack+0x1e/0x20
Apr 30 13:15:20 duronix kernel: <c018dfdd> setup_irq+0x12d/0x140
<c018e089> request_irq+0x99/0xb0
Apr 30 13:15:20 duronix kernel: <d0815b60> el3_open+0x50/0x2f0 [3c509]
<c02f76fd> dev_open+0x3d/0x80
Apr 30 13:15:20 duronix kernel: <c02f5eb5> dev_change_flags+0x55/0x130
<c033f16f> devinet_ioctl+0x6ff/0x890
Apr 30 13:15:20 duronix kernel: <c033f63e> inet_ioctl+0x8e/0xb0
<c02ea0f8> sock_ioctl+0x148/0x250
Apr 30 13:15:20 duronix kernel: <c01c9591> do_ioctl+0x51/0x1e0
<c01c9777> vfs_ioctl+0x57/0x2a0
Apr 30 13:15:20 duronix kernel: <c01c9a01> sys_ioctl+0x41/0x70
<c010317f> sysenter_past_esp+0x54/0x75
Apr 30 13:15:20 duronix kernel: setup_irq: irq handler mismatch
Apr 30 13:15:20 duronix kernel: <c01042d3> show_trace+0x13/0x20
<c0104a9e> dump_stack+0x1e/0x20
Apr 30 13:15:20 duronix kernel: <c018dfdd> setup_irq+0x12d/0x140
<c018e089> request_irq+0x99/0xb0
Apr 30 13:15:20 duronix kernel: <d0815b60> el3_open+0x50/0x2f0 [3c509]
<c02f76fd> dev_open+0x3d/0x80
Apr 30 13:15:20 duronix kernel: <c02f5eb5> dev_change_flags+0x55/0x130
<c033f16f> devinet_ioctl+0x6ff/0x890
Apr 30 13:15:20 duronix kernel: <c033f63e> inet_ioctl+0x8e/0xb0
<c02ea0f8> sock_ioctl+0x148/0x250
Apr 30 13:15:20 duronix kernel: <c01c9591> do_ioctl+0x51/0x1e0
<c01c9777> vfs_ioctl+0x57/0x2a0
Apr 30 13:15:20 duronix kernel: <c01c9a01> sys_ioctl+0x41/0x70
<c010317f> sysenter_past_esp+0x54/0x75
Apr 30 13:15:20 duronix ifplugd(eth5)[2669]: client: Determining IP
information for eth5SIOCSIFFLAGS: Device or resource busy
Apr 30 13:15:20 duronix kernel: setup_irq: irq handler mismatch


# ifconfig
lo Link encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
adr inet6: ::1/128 Scope:Hôte
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:502 errors:0 dropped:0 overruns:0 frame:0
TX packets:502 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:41140 (40.1 KiB) TX bytes:41140 (40.1 KiB)

# ethtool eth5
Settings for eth5:
Supported ports: [ TP ]
Supported link modes: 10baseT/Half 10baseT/Full
Supports auto-negotiation: No
Advertised link modes: Not reported
Advertised auto-negotiation: No
Speed: 10Mb/s
Duplex: Half
Port: Twisted Pair
PHYAD: 0
Transceiver: internal
Auto-negotiation: off
Current message level: 0x00000002 (2)
Link detected: yes

# ethtool eth0
Cannot get device settings: No such device
Cannot get wake-on-lan settings: No such device
Cannot get message level: No such device
Cannot get link status: No such device
No data available

Pareil avec d'autres chiffres (eth1, eth2, etc)

# lsmod | grep 3c
3c509 11028 0

# modinfo 3c509
filename: /lib/modules/2.6.17-13mdv/kernel/drivers/net/3c509.ko.gz
license: GPL
description: 3Com Etherlink III (3c509, 3c509B) ISA/PnP ethernet driver
depends:
vermagic: 2.6.17-13mdv SMP mod_unload 686 gcc-4.1
parm: debug:debug level (0-6) (int)
parm: irq:IRQ number(s) (assigned) (array of int)
parm: xcvr:transceiver(s) (0=internal, 1=external) (array of int)
parm: max_interrupt_work:maximum events handled per interrupt
(int)
parm: nopnp:disable ISA PnP support (0-1) (int)

On voit entre autres choses que le paramètre io ne fait pas partie de la
liste. Une des propositions du howto ethernet ne peut donc être utilisée.

Démarrage avec cette même carte + la carte pour port PCI :
**********************************************************

#ifconfig
eth0 Link encap:Ethernet HWaddr 00:A0:C9:EE:CD:18
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
Interruption:11

eth5 Link encap:Ethernet HWaddr 00:10:5A:DD:1C:47
inet adr:192.168.1.66 Bcast:192.168.1.255 Masque:255.255.255.0
adr inet6: fe80::210:5aff:fedd:1c47/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:126 errors:0 dropped:0 overruns:0 frame:0
TX packets:147 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:14405 (14.0 KiB) TX bytes:16846 (16.4 KiB)
Interruption:9 Adresse de base:0x220

lo Link encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
adr inet6: ::1/128 Scope:Hôte
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:62 errors:0 dropped:0 overruns:0 frame:0
TX packets:62 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:4916 (4.8 KiB) TX bytes:4916 (4.8 KiB)

Quelqu'un aurait-il une hypothèse logique quand à la cause du problème
ou, mieux, un remède à me proposer ?
J'ai installé sur cet ordinateur un outil que ne sais pas utiliser
(comme tant d'autres) nommé 3c5x9utils. Je ne sais pas s'il peut être utile.
Pardon d'avoir été un peu long mais, comme la communication n'est pas
facile entre l'ordinateur de mon ami et le mien, j'ai essayé d'apporter
un maximum d'informations utiles du premier coup.
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Philippe Naudin
Le #1889529
Bonjour,

Le lundi 30 avril 2007 à 16:31:28,
geo cherchetout
En tous cas, il semble y avoir une incohérence :

[ ... ]
* Dans /etc/modprobe.conf figure cette ligne, mais je ne pense pas l'y
avoir mise moi-même. Je crois qu'elle y est apparue lors d'une
expérience avec les deux cartes :

alias eth5 3c509


et plus loin :

Apr 30 13:15:11 duronix kernel: eth0: 3c5x9 found at 0x300, 10baseT
port, address 00 10 5a dd 1c 47, IRQ 10.
Apr 30 13:15:11 duronix kernel: 3c509.c:1.19b 08Nov2002
Apr 30 13:15:11 duronix kernel:
http://www.scyld.com/network/3c509.html
Apr 30 13:15:11 duronix kernel: pnp: Unable to assign resources to
device 01:01.00.
Apr 30 13:15:11 duronix kernel: pnp: Unable to assign resources to
device 01:01.00.


Personnellement, je ferais l'essai (lorsque c'est le seul adaptateur
ethernet du PC) de le mettre sur eth0, histoire de me simplifier la vie.

Et j'ajouterais un "read" à la fin de rc.local, histoire de bien noter
tous les messages d'erreur ;)

Cordialement,


--
Philippe Naudin
Cette adresse rejette le html, et les pièces attachées
avec une extension (exe|bat|pif|com|scr|zip).

geo cherchetout
Le #1889526
Le 30.04.2007 19:46, *Philippe Naudin* a écrit fort à propos :

Personnellement, je ferais l'essai (lorsque c'est le seul adaptateur
ethernet du PC) de le mettre sur eth0, histoire de me simplifier la vie.


Merci de t'intéresser à ma question. Mais que signifie « mettre sur eth0
» ? Si eth0 désigne un connecteur, je ne peux pas mettre la carte ISA
sur un connecteur PCI. (Il y a 3 ou 4 PCI et 2 ISA.) Mais c'est
peut-être autre chose ?
S'il s'agit de remplacer la ligne dans /etc/modprobe.conf par
alias eth0 3C509,
je l'ai déjà essayé, mais sans le "read" que tu proposes :

Et j'ajouterais un "read" à la fin de rc.local, histoire de bien noter
tous les messages d'erreur ;)


C'est sûrement une excellente idée, mais comment fait-on ça et où
apparaîtront les informations recherchées ? Mon fichier
/etc/rc.d/rc.local ne contient que ces deux lignes utiles :

touch /var/lock/subsys/local
echo ondemand > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor

Je vois bien que read apparaît à la ligne 4158 du manuel de bash, mais
je ne comprends pas ce que c'est ni comment l'utiliser dans le cas
présent...

Cordialement,


Idem. :)

geo cherchetout
Le #1889524
(Il y a 3 ou 4 PCI et 2 ISA.)


Erreur : Il y a 1 AGP, 5 PCI et 1 ISA.

Philippe Naudin
Le #1884833
Le lundi 30 avril 2007 à 21:24:10,
geo cherchetout
Le 30.04.2007 19:46, *Philippe Naudin* a écrit fort à propos :

Personnellement, je ferais l'essai (lorsque c'est le seul adaptateur
ethernet du PC) de le mettre sur eth0, histoire de me simplifier la
vie.


Merci de t'intéresser à ma question. Mais que signifie « mettre sur
eth0 » ? Si eth0 désigne un connecteur, je ne peux pas mettre la carte
ISA sur un connecteur PCI. (Il y a 3 ou 4 PCI et 2 ISA.) Mais c'est
peut-être autre chose ?
S'il s'agit de remplacer la ligne dans /etc/modprobe.conf par
alias eth0 3C509,
je l'ai déjà essayé,


Oui, c'était ça l'idée.

Je ne connais pas les Mandriva, donc ce qui suit peut très bien être
complètement farfelu (désolé), mais pour les Redhat le réseau se
configure comme cela (c'était aussi le cas des premières Mandrake) :

- dans /etc/modules.conf, une ligne pour chaque adaptateur présent, avec
alias ethX nom_du_driver
le X variant de 0 à n-1 pour n adaptateurs, et nom_du_driver étant le
module qui convient à l'adaptateur. Ça se corse un peu lorsque les
adaptateurs sont du même modèle.

- ensuite, dans /etc/sysconfig/network-scripts/, un fichier pour chaque
adaptateur présent. Le nom du fichier est de la forme : ifcfg-ethX (ici
encore, X varie de 0 à n-1 et doit être apparié avec les ethX de
modules.conf). Attention, pas de fichier en trop sinon ça peut merder.
Il doit y avoir aussi un fichier ifcfg-lo (interface loopback), mais pas
d'autre ifcfg-* s'il n'y a pas d'autre adaptateur (wifi, bluetooth, ...)

- le contenu des fichiers ifcfg-ethX dépend malheureusement de la
distribution, il s'agit de définitions de quelques variables qui seront
utilisées par le script /etc/rc.d/init.d/network (le répertoire init.d
peut être planqué ailleurs). Tu peux donc regarder ce script pour voir
quelles sont les variables utilisées, mais hélas c'est un vrai merdier
chez Redhat et assimilés, bon courage ... Deux exemples :

## avec IP fixe :
DEVICE=eth0
ONBOOT=yes
BOOTPROTO=none
IPADDR2.168.0.1
NETMASK%5.255.255.0
GATEWAY2.168.0.2

## utilisation de DHCP
DEVICE=eth0
ONBOOT=yes
BOOTPROTO=dhcp

Et ici encore, le ethX doit être cohérent avec le nom du fichier et
avec modules.conf.

Et j'ajouterais un "read" à la fin de rc.local, histoire de bien
noter tous les messages d'erreur ;)


C'est sûrement une excellente idée, mais comment fait-on ça et où
apparaîtront les informations recherchées ? Mon fichier
/etc/rc.d/rc.local ne contient que ces deux lignes utiles :


Rajoute simplement une ligne à la fin du fichier, contenant :
read
Comme ça, avant que rc.local (qui est normalement le dernier script
exécuté lors du démarrage) se termine, il attendra indéfiniment que tu
appuies sur Enter. Bien sur, tu supprimeras cette ligne quand tu auras
vu ce que tu voulais voir.

Bonne continuation,


--
Philippe Naudin
Cette adresse rejette le html, et les pièces attachées
avec une extension (exe|bat|pif|com|scr|zip).


Hugolino
Le #1884901
Le Thu, 03 May 2007 22:43:44 +0200, geo cherchetout a écrit:

J'ai donc mis tous les fichiers que tu cites plus loin en accord avec ce
choix eth0, et c'est en effet dans cette configuration que syslog
contenait le moins de messages d'erreurs. Mais ifconfig ne révélait
toujours pas la présence de eth0.


Que racontait "ifconfig -a" ?

Il me semble que j'ai affaire à un conflit d'IRQ car la carte est du
genre ISA PNP.


Tout ceci ne nous rajeunit pas :))

Pour tracker les problèmes de conflit d'irq tu peux faire un cat des
fichiers /proc/ioports et /proc/interrupts.

Pour arriver à faire fonctionner une carte ISA PNP, il faut s'assurer
que le driver correspondant n'est pas compilé en dur dans le noyau,
mais en *module*, car les bidouilles PNPesques s'effectuent toujours
apres le chargement du noyau.

Il faut aussi vérifier que la carte mère supporte le PNP, si c'est le
cas, une entrée du BIOS doit s'appeler quelque chose comme "PNP OS
Setup". (Mais peut-être certaines CM, bien qu'elles soient PNP, ne
disposent pas d'une telle option).

Si la machine dispose d'un Windows, peut-être n'est il pas inutile de
booter dessus pour aller noter les irq et plage mémoire de la carte.

Le principal problème est que je ne suis pas sûr que les distros
modernes disposent encore d'outils comme isapnptools ou pnpdump et
savent tenir compte de ce que tu pourrais mettre dans un fichier
/etc/isapnp.conf.

Mais ça doit se trouver sur le grand ternet en tarball à compiler.

Ou alors tu installes une RedHat 5.1 :))

Comme mon copain est rentré de vacances, je lui ai laissé
la carte PCI que j'espérais garder et j'ai renoncé provisoirement à
faire fonctionner la récalcitrante. Mais ce n'est que partie remise car
j'ai un autre pc doté d'un connecteur ISA et qui pourra servir de banc
d'essais.


Bon bin j'espère que ce que j'ai raconté te servira.



--
/(_M_) .------------------------------. /(_M_)
| | ( POWERED BY Alain KRIVINE/LINUX ) | |
/~V~/ `------------------------------' /~V~/
-+- DB in Guide du linuxien pervers - "Mieux que la SLS : la LCR !"

geo cherchetout
Le #1884896
Le 04.05.2007 01:10, *Hugolino* a écrit fort à propos :
Le Thu, 03 May 2007 22:43:44 +0200, geo cherchetout a écrit:

J'ai donc mis tous les fichiers que tu cites plus loin en accord avec ce
choix eth0, et c'est en effet dans cette configuration que syslog
contenait le moins de messages d'erreurs. Mais ifconfig ne révélait
toujours pas la présence de eth0.


Que racontait "ifconfig -a" ?


Je ne saurais te le dire car j'ai rendu l'ordinateur sans l'avoir
essayée. Cette option ne figure pas dans ma page de man de ifconfig,
bien qu'elle soit prise en compte, je viens de le vérifier.

Il me semble que j'ai affaire à un conflit d'IRQ car la carte est du
genre ISA PNP.


Tout ceci ne nous rajeunit pas :))

Pour tracker les problèmes de conflit d'irq tu peux faire un cat des
fichiers /proc/ioports et /proc/interrupts.


Merci pour le tuyau.

Pour arriver à faire fonctionner une carte ISA PNP, il faut s'assurer
que le driver correspondant n'est pas compilé en dur dans le noyau,
mais en *module*, car les bidouilles PNPesques s'effectuent toujours
apres le chargement du noyau.


Voici ce que je trouve dans le fichier config du noyau Linux 2.6.17-13mdv :

#
# Ethernet (10 or 100Mbit)
#
CONFIG_NET_ETHERNET=y
CONFIG_MII=m
CONFIG_HAPPYMEAL=m
CONFIG_SUNGEM=m
CONFIG_CASSINI=m
CONFIG_NET_VENDOR_3COM=y
CONFIG_EL1=m
CONFIG_EL2=m
CONFIG_ELPLUS=m
CONFIG_EL16=m
CONFIG_EL3=m
CONFIG_3C515=m
CONFIG_VORTEX=m
CONFIG_TYPHOON=m
CONFIG_LANCE=m
CONFIG_NET_VENDOR_SMC=y
CONFIG_WD80x3=m
CONFIG_ULTRA=m
CONFIG_SMC9194=m
CONFIG_NET_VENDOR_RACAL=y
CONFIG_NI52=m
CONFIG_NI65=m

Dois-je répondre oui ou non ? En tout cas, cette carte fonctionnait
quand une autre carte réseau était présente sur un connecteur PCI *et*
que je chargeais le module 3c509.

Il faut aussi vérifier que la carte mère supporte le PNP, si c'est le
cas, une entrée du BIOS doit s'appeler quelque chose comme "PNP OS
Setup". (Mais peut-être certaines CM, bien qu'elles soient PNP, ne
disposent pas d'une telle option).


Je n'ai plus le souvenir du terme exact mais le choix était bien celui
d'un OS PNP.

Si la machine dispose d'un Windows, peut-être n'est il pas inutile de
booter dessus pour aller noter les irq et plage mémoire de la carte.


Je l'avais fait et les chiffres n'étaient pas les mêmes que ceux donnés
par ifconfig en présence des deux cartes. (Quand la carte ISA était
seule, ifconfig était muet.) Mais je n'ai pas su comment exploiter ces
informations. Certaine option proposée dans le howto ethernet n'était
même pas applicable, celle concernant la plage d'adresses...

Le principal problème est que je ne suis pas sûr que les distros
modernes disposent encore d'outils comme isapnptools ou pnpdump et
savent tenir compte de ce que tu pourrais mettre dans un fichier
/etc/isapnp.conf.

Mais ça doit se trouver sur le grand ternet en tarball à compiler.


Je m'étais procuré 3c5x9utils et isapnptools, mais n'ai pas su m'en
servir. Je n'apprends pas vite...

Ou alors tu installes une RedHat 5.1 :))


J'avais essayé une ubuntu live et systemrescuecd, mais sans succès.

Comme mon copain est rentré de vacances, je lui ai laissé
la carte PCI que j'espérais garder et j'ai renoncé provisoirement à
faire fonctionner la récalcitrante. Mais ce n'est que partie remise car
j'ai un autre pc doté d'un connecteur ISA et qui pourra servir de banc
d'essais.


Bon bin j'espère que ce que j'ai raconté te servira.


« Hélas » non dans l'immédiat, sur cet ordi là et avec la même
distribution Mandriva 2007 Spring, la carte a fonctionné,seule, dès que
j'eus chargé le module 3c509. :-) La carte mère est une Siemens, celle
de mon copain une Soltek.
Elle est reconnue comme eth3, faut bien changer un peu.
En revanche, c'est windows 98 qui n'était pas content, mais ça s'est
réglé presque facilement avec le pilote de chez 3com. (J'ai eu à choisir
entre « isa pnp » et « isa non pnp » et « isa pnp » s'est avéré être un
bon choix.)

Merci à toi et à Philippe, vous m'avez appris des choses utiles.


Th.A.C
Le #1887941

Il faut aussi vérifier que la carte mère supporte le PNP, si c'est le
cas, une entrée du BIOS doit s'appeler quelque chose comme "PNP OS
Setup". (Mais peut-être certaines CM, bien qu'elles soient PNP, ne
disposent pas d'une telle option).


Je n'ai plus le souvenir du terme exact mais le choix était bien celui
d'un OS PNP.


Il y a souvent un petit piège sur cette option du bios.
Quand on l'active, c'est le système d'exploitation qui doit activer les
cartes.
Quand on la désactive, c'est le bios qui s'en charge au boot.

Il me semble que dans la faq, il est conseillé justement de ne pas
activer cette option pour que tous les périphériques soient initialisés
au démarrage.
Je n'ai jamais eu de problème en la laissant désactivée, que ce soit
sous linux ou autre système.

Enfin, de mémoire, on peut configurer la carte 3C509 pour être plug'n
play ou pas à partir de ma disquette de config fournie par 3com.
La je pense qu'il vaut mieux activer cette option pour que le bios la
détecte et lui réserve des ressources (irq, dma, ...)


geo cherchetout
Le #1885691
Le 12.05.2007 14:16, *Th.A.C* a écrit fort à propos :

Je n'ai plus le souvenir du terme exact mais le choix était bien celui
d'un OS PNP.


Il y a souvent un petit piège sur cette option du bios.
Quand on l'active, c'est le système d'exploitation qui doit activer les
cartes.
Quand on la désactive, c'est le bios qui s'en charge au boot.


C'est bien ainsi que je le comprenais, mais merci de me le confirmer car
je doute toujours du peu que je crois savoir.

Il me semble que dans la faq, il est conseillé justement de ne pas
activer cette option pour que tous les périphériques soient initialisés
au démarrage.
Je n'ai jamais eu de problème en la laissant désactivée, que ce soit
sous linux ou autre système.


Bon à savoir. Je me réserve cette possibilité pour la prochaine occasion.

Enfin, de mémoire, on peut configurer la carte 3C509 pour être plug'n
play ou pas à partir de ma disquette de config fournie par 3com.


Il existe même un outil pour le faire sous linux, 3c5x9utils, mais je
n'ai pas eu le temps d'apprendre à m'en servir, et c'est peut-être mieux
ainsi.

La je pense qu'il vaut mieux activer cette option pour que le bios la
détecte et lui réserve des ressources (irq, dma, ...)


Je pense que cette option a été activée un jour ou l'autre puisque l'irq
a changé d'un ordinateur à un autre.

Merci pour tout. J'apprends, j'apprends. Je n'ai déjà plus qu'une
dizaine d'années de retard sur l'actualité technologique. :-)


Publicité
Poster une réponse
Anonyme