Bizarrerie avec cartes RTL8169SC

Support Debian
#1

Salut,
J’ai deux PC sous squeeze, à jour, et un sous Sid.

J’ai changé les cartes Ethernet (r8139 contre des r8169).
Sur une machine la carte a été prise sans broncher, sur la deuxième squeeze et la Sid, rien à faire…

La machine ou la carte fonctionne :

[code]lspci | grep Ethernet
04:04.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet (rev 10)

lsmod | grep 8169
r8169 28925 0
mii 3210 1 r8169

ifconfig
eth3 Link encap:Ethernet HWaddr 00:e0:4c:00:01:0c
inet adr:192.168.1.105 Bcast:192.168.3.255 Masque:255.255.252.0
adr inet6: fe80::2e0:4cff:fe00:10c/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:64865 errors:0 dropped:0 overruns:0 frame:0
TX packets:102981 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:52904073 (50.4 MiB) TX bytes:110785147 (105.6 MiB)
Interruption:16 Adresse de base:0xcc00[/code]

Sur la squeeze ou la carte ne fonctionne pas

[code]lspci | grep Ethernet
01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet (rev 10)
01:01.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)

lsmod | grep 8169
r8169 29229 0
mii 3210 3 8139too,8139cp,r8169

ifconfig
eth0 Link encap:Ethernet HWaddr 00:e0:4c:69:0b:b1
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:17 Adresse de base:0xc800[/code]

Je vous fait grâce de la troisième machine, les résultats sont identiques…
ifup dhclient rien ne fonctionne… La diode ne s’allume même pas sur le switch.
J’ai changé de port pci, même chose.
Les cartes sont neuves, elles sortent de la boite.

Une piste serait la bienvenue, je tourne en bourrique avec ce truc…

Edit: Même noyau…

uname -a

Linux girls 2.6.32-5-amd64 #1 SMP Fri Dec 10 15:35:08 UTC 2010 x86_64 GNU/Linux

uname -a

Linux nas 2.6.32-5-amd64 #1 SMP Wed Jan 12 03:40:32 UTC 2011 x86_64 GNU/Linux

[wheezy] Plus de connexion internet
#2

et que renvoie un # grep eth /var/log/messages ?

#3

Salut,

... Feb 2 15:23:28 nas kernel: [ 0.753882] eth0: RTL8169sb/8110sb at 0xffffc9000516c800, 00:e0:4c:69:0b:b1, XID 10000000 IRQ 17 Feb 2 15:23:28 nas kernel: [ 0.762232] eth1: RealTek RTL8139 at 0xffffc9000517ec00, 00:e0:4c:18:09:d6, IRQ 21 Feb 2 15:23:28 nas kernel: [ 9.643629] r8169: eth0: link down Feb 2 15:23:28 nas kernel: [ 9.644450] ADDRCONF(NETDEV_UP): eth0: link is not ready Feb 2 15:23:28 nas kernel: [ 10.229279] eth1: link down Feb 2 15:23:28 nas kernel: [ 10.230087] ADDRCONF(NETDEV_UP): eth1: link is not ready Feb 2 15:23:39 nas kernel: [ 83.923864] eth1: link up, 100Mbps, full-duplex, lpa 0xC5E1 Feb 2 15:23:39 nas kernel: [ 83.924727] ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready Feb 2 15:24:26 nas kernel: [ 130.605725] eth1: link up, 100Mbps, full-duplex, lpa 0xC5E1 Feb 2 15:38:08 nas kernel: [ 0.733501] eth0: RTL8169sb/8110sb at 0xffffc900050dc800, 00:e0:4c:69:0b:b1, XID 10000000 IRQ 17 Feb 2 15:38:08 nas kernel: [ 0.768507] eth1: RealTek RTL8139 at 0xffffc900050fec00, 00:e0:4c:18:09:d6, IRQ 21 Feb 2 15:38:08 nas kernel: [ 12.646091] r8169: eth0: link down Feb 2 15:38:08 nas kernel: [ 12.646902] ADDRCONF(NETDEV_UP): eth0: link is not ready Feb 2 15:38:08 nas kernel: [ 12.798822] eth1: link up, 100Mbps, full-duplex, lpa 0xC5E1 Feb 2 16:19:14 nas kernel: [ 2543.855585] r8169: eth0: link down Feb 2 16:19:14 nas kernel: [ 2543.856388] ADDRCONF(NETDEV_UP): eth0: link is not ready

J’ai essayé avec un autre câble (cat6 + connecteurs cat6), idem.

#4

Re,

Tout ce que je vois c’est que cela ne fonctionne pas quand elle a une copine 8139 avec elle ???

#5

Salut,

[quote=“ggoodluck47”]Re,

Tout ce que je vois c’est que cela ne fonctionne pas quand elle a une copine 8139 avec elle ???[/quote]

…
J’essaye de ce pas… :115

#6

C’eut été trop beau…

Par contre la diode du switch est allumée quand la machine est éteinte, et au démarrage jusqu’au début du chargement du noyau…

Je vais essayer de voir s’il y a quelque chose dans les logs… ou un message au démarrage au lancement du noyau.

#7

C’est à l’apparition de ce message que la carte est désactivée…

[ 0.216644] pci 0000:01:00.0: BAR 6: address space collision on of device [0xdffc0000-0xdffdffff]

Aucune idée de ce que c’est cette histoire de collision… :017

#8

Jan 31 21:37:20 debian kernel: [ 26.557883] ATL1E 0000:02:00.0: eth0: NIC Link is Up <100 Mbps Full Duplex>
Jan 31 21:37:20 debian kernel: [ 26.558239] ADDRCONF(NETDEV_UP): eth0: link is not ready
Jan 31 21:37:20 debian kernel: [ 26.558617] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Feb 1 08:29:37 debian kernel: [ 26.639874] ATL1E 0000:02:00.0: eth0: NIC Link is Up <100 Mbps Full Duplex>
Feb 1 12:50:58 debian kernel: [ 24.896766] ATL1E 0000:02:00.0: eth0: NIC Link is Up <100 Mbps Full Duplex>

#9

j’ai la meme chose avec ma carte mère atom, et le meme chipset reseau .
je pense que ça viens de la fonction msi-x ( gestion des irq ), j’ai régulièrement le message et n’en vois pas non plus la solution .
Sur la meme carte mère j’ai un mal de chien à faire reconnaitre certaine cartes pci, si ça te met sur une piste …

#10

Salut,
J’ai écumé le Web pour trouver des idées…

Je suis tombé sur ça:

[quote]Sur Kernel 2.6.32 j’ai le bug Adress space collision qui envoie un message au tout début du boot pour les deux derniers ports PCI :

:BAR 6: address space collision on of device [0xfeae0000-0xfeaeffff]

Ce bug apparu avec le 2.6.31, est répertorié depuis longtemps mais toujours pas corrigé ni sur Debian ni sur Ubuntu. Malgré cela le PC boot …
Impossible de savoir l’importance sur le fonctionnement de l’OS.
Linus Torvald l’a analysé mais pas de correctif actuellement dans les kernels 2.6.32 de Lenny backports ni Ubuntu 10.04.
Pour le voir faire un

Code :
dmesg | grep -i collision

Si vous n’avez pas d’affichage des messages de boot.
Qui d’autre ? [/quote]

Ce qui m’étonne c’est que cette carte ne fonctionne pas sur ma Sid non plus, ou alors j’ai mal cherché… Je vais insister.
Pour la Squeeze je n’ai plus qu’a attendre les backports et mettre un autre noyau…

#11

Hello.

[quote=“lol”]lsmod | grep 8169 r8169 29229 0 mii 3210 3 8139too,8139cp,r8169[/quote]

Essaye d’ajouter à /etc/modprobe.d/blacklist.8139.conf :

##parce que ces modules foutent le bordel! blacklist 8139too blacklist 8139cp

Puis soit tu rebootes, soit tu tentes un :

#rmmod 8139too #rmmod 8139cp

@+…

#12

Change la d’emplacement PCI.

#13

lol a indiqué avoir essayé sans la carte RTL8139. Sans cette carte, les modules correspondants n’ont pas de raison d’être chargés, sauf s’ils sont listés en dur dans /etc/modules (mais j’en doute, pourquoi faire ça).

#14

Salut,
Aux trois réponses: Merci.

Mais ça ne change rien.
Effectivement, si j’enlève la 8139 les modules ne sont pas chargés. Ce n’est donc pas un problème de module.
J’ai essayé toutes les combinaisons sur les deux ports PCI (avec une carte ou avec les deux) j’ai toujours le “space collision” au démarrage du noyau.

Le comble… (je n’ai pas essayé) je suis certain qu’un WOL fonctionnerait sur le 8169 puisque lorsque la machine est éteinte la diode du swith détecte la carte…

J’ai la flemme de compiler un noyau, je vais attendre les backports de squeeze en espérant que ça règlera ce problème.

#15

Salut,
Nouvelles du front pour ceux que ça intéresse…

Je n’ai pas eu la patience d’attendre les backports de squeeze, j’ai installé le 2.6.37-trunk.
Le bug du “space collision” est réglé, mais la carte toujours pas activée…

Elle se déconnecte du switch dés le lancement du noyau, ce n’était donc pas (ou pas seulement) à cause du noyau…

Je n’ai aucune idée de la façon de régler ce problème…
Est-ce que ça pourrait être matériel (incompatibilité de la carte réseau avec la CM) ?

#16

Salut,
Je n’abandonne pas, mais je suis à sec d’idées…

Toujours le même problème… Sid ou Squeeze…
Dans la Sid :

Feb 21 06:05:41 sidlol kernel: [ 0.834564] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded Feb 21 06:05:41 sidlol kernel: [ 0.834578] r8169 0000:04:01.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19 Feb 21 06:05:41 sidlol kernel: [ 0.834610] r8169 0000:04:01.0: (unregistered net_device): no PCI Express capability Feb 21 06:05:41 sidlol kernel: [ 0.834616] r8169 0000:04:01.0: (unregistered net_device): unknown MAC, using family default Feb 21 06:05:41 sidlol kernel: [ 0.835000] r8169 0000:04:01.0: eth1: RTL8169 at 0xffffc90000c7e000, ff:ff:ff:ff:ff:ff, XID 10000000 IRQ 19

no PCI Express capability ?
Est-ce que ça ne viendrait pas des capacités des cartes mères (pas de pci/e)

unknown MAC ? Effectivement “ff:ff:ff:ff:ff:ff”…

lspci -vv -nn :

04:01.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet [10ec:8169] (rev 10) Subsystem: Realtek Semiconductor Co., Ltd. RTL8169/8110 Family PCI Gigabit Ethernet NIC [10ec:8169] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR+ INTx+ Latency: 64 (8000ns min, 16000ns max), Cache Line Size: 4 bytes Interrupt: pin A routed to IRQ 19 Region 0: I/O ports at cc00 [size=256] Region 1: Memory at fde00000 (32-bit, non-prefetchable) [size=256] [virtual] Expansion ROM at dff20000 [disabled] [size=128K] Capabilities: [dc] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0-,D1+,D2-,D3hot+,D3cold+) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Kernel driver in use: r8169

:017

Je pensais à un pb de kernel et j’avais un espoir avec le 2.6.38, mais non, pas mieux…

#17

Salut,

Pendant que l’on y est : As-tu essayé le cd-live de l’aptosid et celui de la Knoppix 6.4 :slightly_smiling:

#18

Salut,

[quote=“ggoodluck47”]Salut,
Pendant que l’on y est : As-tu essayé le cd-live de l’aptosid :slightly_smiling:[/quote]

Non, mais c’est une bonne idée. Je l’ai mis sur une clef usb justement (i386/amd64 full kde).
Je tente ça cet arpès-midi quand j’ai une machine de libre… Comme d’hab j’ai 50.000 trucs en cours… :ugeek:

#19

aptosid@aptosid:~$ sudo grep r8169 /var/log/kern.log Feb 26 13:54:20 aptosid kernel: [ 0.909177] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded Feb 26 13:54:20 aptosid kernel: [ 0.909198] r8169 0000:01:01.0: PCI INT A -> GSI 21 (level, low) -> IRQ 21 Feb 26 13:54:20 aptosid kernel: [ 0.909223] r8169 0000:01:01.0: (unregistered net_device): no PCI Express capability Feb 26 13:54:20 aptosid kernel: [ 0.909850] r8169 0000:01:01.0: eth0: RTL8169sb/8110sb at 0xffffc9000534cc00, 00:e0:4c:69:0b:b1, XID 10000000 IRQ 21 Feb 26 13:54:20 aptosid kernel: [ 99.689241] r8169 0000:01:01.0: eth0: link down Feb 26 15:00:48 aptosid kernel: [ 500.244382] r8169 0000:01:01.0: eth0: link down

C’est une autre machine, mais le résultat est le même.
Je pense qu’il ne faut pas chercher plus loin que ça : no PCI Express capability
C’est matériel…

#20

Re,

Moralité, il faut que la carte soit installée sur un port PCIe, en général le premier après le port graphique :slightly_smiling: FranB avait sans doute raison :slightly_smiling: