2.6.28.x

[dave]

Hall zusammen,

ich habe mit dem 2.6.28er Probleme mit meiner r8169 Netzwerkkarte, welche auf meinem Asus P5B sitzt.
Die Karte bzw. das Module ist nach kurzer Zeit nicht mehr in der Lage Verbindungen jeglicher Art aufzubauen.
Hat sonst noch jemand Probleme mit r8169 basierter Hardware und selbigem Kernel?

In den Kernel changelogs steht das im 2.6.28er an dem Modul r8169 rumgeschraubt wurde vielleicht hat sich dabei
ein Bug eingeschlichen.

[storm]

Ich hab zwei davon, eine onboard und eine für PCIe, aber mit keiner Probleme. Allerdings hab ich auf lkml schon Berichte drüber gesehen. Zum Beispiel hier und hier. Kuck dir mal letzteres an, da wird von einer XID-Message im syslog gesprochen.

ciao, storm

edit: etwas mehr Text und Sinn im Titel wäre von Vorteil. :)

[dave]

kannst du mal per scp zu deinem rechner ne große datei kopieren spätestens dann raucht bei mir die karte ab.
Vielleicht bei dir ja auch falls du nen 2.6.28er hast.

[storm]

Muss es unbedingt scp sein? Und bei welcher Größe triggert das bei dir? Ich hab in den letzten Wochen recht viel und große Dateien hin- und herkopiert, ohne Probleme. Alles mit 2.6.28.6 - 2.6.28.8, aber das muss nix sagen. "lspci -n" sagt bei mir zu den Karten:

Code: Alles auswählen

02:00.0 0200: 10ec:8168 (rev 01)
03:00.0 0200: 10ec:8168 (rev 01)

ciao, storm

[dave]

Hi der Fehler ist wohl bekannt und seit 2.6.28 im Kernel unter Last "stalled" das Module r8169 ich habe heute einen 2.6.29er
kompiliert leider der selbe Effekt.

[KBDCALLS]

Hi der Fehler ist wohl bekannt und seit 2.6.28 im Kernel unter Last "stalled" das Module r8169 ich habe

Quelle ?

[storm]

Quelle ?

Ich glaub er meint zB das hier. Da sind auch noch andere Einträge im bugzilla.

dave: könntest du mal lspci -n von deiner NIC zeigen? Möglicherweise haben wir die gleichen Karten und der Fehler entspringt vielleicht der kernel-config oder einer Kombination von bestimmter Hardware.

ciao, storm

[dave]

Ja ich hab da diverse Bugreports von den Kernel Jungs bei 2.6.28 und 2.6.29 gesehen, aber auch bei Ubuntu siehe Link:
https://bugs.launchpad.net/ubuntu/+sour ... bug/319214

Lspci:
03:00.0 0200: 10ec:8168 (rev 01)
volle Bezeichnung:
03:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller [10ec:8168] (rev 01)


Bei mir hängt nicht das gesamte System wie teilweise beschrieben sondern die Karte bzw. das Module raucht ab. Testen könnt ihr das wenn ihr von einer zweiten Maschine z.B.
via scp ein großes iso ca 700 mb versucht zu kopieren. SCP schreibt dann sogar in seinen Status das die Verbindung stalled. Ach ja ich habe hier Gigabit Lan mit einem
Netgear GS108 laufen, der auch Jumbo Packages unterstützt. Ich werde heute Abend mal meinen alten 100 Mbit Switch anschließen und testen ob die Karte dann auch abraucht.

[storm]

Lspci:
03:00.0 0200: 10ec:8168 (rev 01)
volle Bezeichnung:
03:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller [10ec:8168] (rev 01)

Da haben wir schon mal die gleiche Karte. Könntest du mal schauen, was für eine MTU die bei dir hat?

Bei mir hängt nicht das gesamte System wie teilweise beschrieben sondern die Karte bzw. das Module raucht ab. Testen könnt ihr das wenn ihr von einer zweiten Maschine z.B.
via scp ein großes iso ca 700 mb versucht zu kopieren. SCP schreibt dann sogar in seinen Status das die Verbindung stalled.

Wie gesagt, ich hab viel kopiert in den letzten Wochen, teilweise sehr große Dateien. Dabei ist mir nie irgendwas abgeflogen. Allerdings ist die MTU hier sehr niedrig eingestellt bzw. wird eh automatisch auf einen sinnvollen Wert gesetzt. Im Augenblick fehlt mir auch eine zweite Kiste, die entsprechende Transferraten leisten kann.

Ach ja ich habe hier Gigabit Lan mit einem
Netgear GS108 laufen, der auch Jumbo Packages unterstützt. Ich werde heute Abend mal meinen alten 100 Mbit Switch anschließen und testen ob die Karte dann auch abraucht.

Gerade in den Quellen des Treibers gefunden:

Code: Alles auswählen

#define SafeMtu         0x1c20  /* ... actually life sucks beyond ~7k */

Na wenn das mal nicht riecht. *g

ciao, storm

[dave]

Hi,

ich hab als MTU 1500 und es stürzt ab. Hab mit nem 100mbit Switch nochmals in selber Konstellation getestet da ist alles in Ordnung.

[storm]

Hmm, du könntest weiterhin versuchen:

• mal den empfangenen Paketstrom mittels tcpdump oder ähnlichem mitzuschneiden. Wie ist denn der zweite Rechner eingestellt, hinsichtlich mtu?
  Was leitet der switch weiter, dass er so ein Verhalten bei deiner NIC auslöst?
• der r8169 kann mit einer debug-Option (debug=0...16) geladen werden, vielleicht zeigt ja das im syslog irgendwelche Auffälligkeiten
• wie sieht denn die interrupt-Last auf deinem Rechner aus bzw. muss sich die NIC mit einem anderen Gerät den IRQ teilen?

ciao, storm

[dave]

werde mir morgen mal die Sache nochmal intensiv zu Gemüte zu führen melde mich dann.