[Announce] LinVDR-Kernel 2.6.23.9

Tekomi · 12. April 2008

Ich bekomm das Modul r8169 einfach nichts ans laufen. Wenn ich das von Dir kompilierte Modul wie angegeben eintrage, erkennt setup die Karte nicht. Auch wenn ich manuell r8169 auswählen wird keine Karte eingebunden. Es funzt nur mit dem alten r8168 Modul.

Im Anhang die Ausgabe von dmesg, wenn die Karte über das Modul r8168 eingebunden ist.

Komischerweise taucht dort r8169 auf obwohl das Modul r8168 heißt und auch in der etc/sysconfig eingetragen ist.

Code

#
# generated by SETUP at 12.04.2008 14:15:06
#
CDROM_DEVICE="/dev/hdc"
CDROM_SPEED="0"
DOMAIN_LAN="privat.local"
GATEWAY_LAN="192.168.0.100"
IP_LAN="192.168.0.200"
NAMESERVER_LAN="192.168.0.100"
NETWORKING_LAN="yes"
NETWORK_DRIVER_LAN="r8168"
PLUGINLIST="burn dvd epgsearch femon image mp3 mp3ng mplayer premiereepg skinenigmang streamdev-client streamdev-server streamplayer vcd vompserver weatherng"
START_FBTV="no"
START_FTPD="yes"
START_SAMBA="yes"
USE_DHCP_LAN="no"
USE_INTERNAL_IR="no"
WEBFRONTEND="VDRAdmin"
STREAMQUALITY="FULL"

Alles anzeigen

Ach ja, hast natürlich recht. Ich hab Mauhlzeit 3.2 drauf.

Tekomi · 12. April 2008

Vergiss das mit den unterschiedlichen Modulnamen. Das r8169 ist korrekt. Ich habe da was durcheinander gehauen.
Aber die schlechte Performance bleibt leider und das nachträglich kompilierte Modul will nicht.

Dr. Seltsam · 12. April 2008

ich bin jetzt total verwirrt. Wenn ich helfen soll, brauche ich präzise Angaben und mehr als "Modul will nicht".

Welches Modul hat denn das setup beim 2.6.20.1 erkannt? auch r8169 ?

Tekomi · 12. April 2008

Korrekt. r8169 war auch das benutzte Modul unter 2.6.20.1.

Zitat

Ich hab mal ein neues r8169 von Realtek kompiliert:
http://drseltsam.device.name/vdr/linvdr-....23.9-r8169.tgz

Wenn ich die nachträglich von Dir komplilierten Files nutze, wird keine Karte eingebunden. Mit den originalen Modulen des 2.6.23.9 Kernels funtioniert es, aber halt mit schlechter Perfomance.

Das r8168 habe ich nie genutzt. War eine Verwechselung meinerseits.

Dr. Seltsam · 12. April 2008

Es kann aber eigentlich nicht sein, dass die Karte mit dem r8169-Kernelmodul (eingeschränkt) läuft und mit dem gleichen Modul des Herstellers nicht.

Bitte entpack nochmal das Paket, nimm r8169 aus der /etc/sysconfig raus, boote neu und mach "modprobe r8169". Gibt es Fehlermeldungen? Was sagt dmesg?

Falls Du eine AMD K8 CPU hast, könnte ich Dir zum Testen auch einen 2.6.24.4 geben. Der hat aber sonst nur das nötigste und ist für CPU-Typ K8 optimiert. Zumindest wüssten wir dann, ob es nur ein Problem bei der 2.6.23er-Serie ist.

Tekomi · 13. April 2008

Zitat

Bitte entpack nochmal das Paket, nimm r8169 aus der /etc/sysconfig raus, boote neu und mach "modprobe r8169". Gibt es Fehlermeldungen? Was sagt dmesg?

Habe ich gemacht. modprobe gibt keinerlei Rückmeldung. Danach habe ich dmesg aufgerufen. Die Ausgabe ist im Anhang.

Was mir noch aufgefallen ist: In dem von dir kompilierten Herstellermodul stehen die Berechtigungen der r8169.ko auf 744. Ist das so korrekt? Hatte das auch schonmal auf 644 geändert. Hat aber nichts gebracht.

Zitat

Falls Du eine AMD K8 CPU hast...

Ja habe eine K8 CPU. Kannst ja auch nochmal in der dmesg Ausgabe schauen. Hoffe das passt.

Dr. Seltsam · 13. April 2008

das "ausführbar"-flag schadet nix, das setzt das Makefile vom Realtek-Treiber so.

In dmesg ist keine reaktion auf das ladend es Moduls zu sehen, so als wenn keine Karte drin wär.

Poste bitte mal die ausgabe von lspci-v und lspci -vn

Tekomi · 13. April 2008

Hier die Ausgabe der beiden Befehle.

Die Karte ist aktuell wieder über das original 2.6.23.9l Modul eingebunden, falls das nen Unterschied macht bei der Ausführung der Befehle.

Dr. Seltsam · 13. April 2008

Realtek ist ein Saftladen. Sie bieten zwei verschiedene r8169-Treiber an:
6.004.00 von 2007/11/28 für
RTL8110S-32/RTL8110SB(L)/RTL8169SB(L)/RTL8169SC(L)
RTL8169

und

6.005.00 von 2008/1/29
für RTL8110SC(L)

Letzteres ist die Version, die ich kompiliert habe. Ich ging davon aus, dass man beim anderen Modell lediglich vergessen hat, den Link auf die neuere Version 6.005 zu ändern. Nur die 6.005 wurde bislang für Kernel > 2.6.22 angepasst.

Deine Karte hat laut lspci die vendor ID 1186 und device ID 4300. Das Kernelmodul r8169 fühlt sich laut modules.pcimap dafür auch zuständig:

Code

# pci module         vendor     device     subvendor  subdevice  class      class_mask driver_data
r8169                0x000010ec 0x00008129 0xffffffff 0xffffffff 0x00000000 0x00000000 0x0
r8169                0x000010ec 0x00008136 0xffffffff 0xffffffff 0x00000000 0x00000000 0x0
r8169                0x000010ec 0x00008167 0xffffffff 0xffffffff 0x00000000 0x00000000 0x0
r8169                0x000010ec 0x00008168 0xffffffff 0xffffffff 0x00000000 0x00000000 0x0
r8169                0x000010ec 0x00008169 0xffffffff 0xffffffff 0x00000000 0x00000000 0x0
r8169                0x00001186 0x00004300 0xffffffff 0xffffffff 0x00000000 0x00000000 0x0
r8169                0x00001259 0x0000c107 0xffffffff 0xffffffff 0x00000000 0x00000000 0x0
r8169                0x000016ec 0x00000116 0xffffffff 0xffffffff 0x00000000 0x00000000 0x0
r8169                0x00001737 0x00001032 0xffffffff 0x00000024 0x00000000 0x00000000 0x0

Beim Realtekmodul r8169 (6.005) sieht es hingegen deutlich begrenzter aus:

Code

# pci module         vendor     device     subvendor  subdevice  class      class_mask driver_data
r8169                0x000010ec 0x00008167 0xffffffff 0xffffffff 0x00000000 0x00000000 0x0
r8169                0x000010ec 0x00008169 0xffffffff 0xffffffff 0x00000000 0x00000000 0x0

Ich hab nun aber keine Lust, den Quellcode des 6.004 für die Firma Realtek auf Kernelversionen anzupassen, die seit Monaten existieren. Zumal auch nicht gesagt ist, dass Deine Karte damit besser läuft als mit dem Kernelmodul. Der Stand von November sollte in den Kernel 2.6.23 auch eingeflossen sein.

Du kannst jetzt nochmal http://drseltsam.device.name/v…dr-kernel-2.6.24.4-k8.tgz testen. Wenn es damit nicht besser läuft, kann ich Dir nur zum Neukauf einer anderen Karte raten. Realtek soll ja nicht so toll sein, liest man immer wieder.

Tekomi · 13. April 2008

Verstehe. Ich werde dann den neuen Kernel testen. Danke für die Hilfe!

Kannst Du mir noch kurz sagen, wie ich auf die alte Version zurückkomme, wenn etwas nicht funktionieren sollte. Bin kein Linux Spezialist.
Wenn das zu kompliziert ist habe ich auch noch ein mylinvdr Image.

Dr. Seltsam · 13. April 2008

Du kannst entweder das 2.6.23.9-Kernelpaket erneut auspacken, oder die Symlinks in /boot umbiegen. Tipp-technisch ist erstere Variante die einfachere

Tekomi · 13. April 2008

Habe das neue Paket mal getestet. Ist dort noch ein Fehler drin oder fehlt was?

Code

Apr 13 21:49:08 linvdr daemon.notice modprobe: FATAL: Could not load /lib/modules/2.6.24.3/modules.dep: No such file or directory

Die Module liegen ja im Unterverzeichnis /lib/modules/2.6.24.4/...

Dr. Seltsam · 13. April 2008

ach herje, ja ...
Jetzt werden mir auch einige Testresultate bei mir klar .... es wurde immer der 2.6.24.3 gebootet (bei mir sind deren Module aus früheren Tests vorhanden, so dass ich es nicht bemerkt habe)

Stay tuned

Dr. Seltsam · 13. April 2008

du darfst nochmal laden ...

Tekomi · 14. April 2008

Der Kernel funktioniert nun einwandfrei, löst allerdings nicht das Problem
Die Übertragungsrate ist immer noch katastrophal. Habe nun wieder den 2.6.20.1er Kernel drauf. Da ist der Durchsatz wieder optimal.

Trotzdem vielen Dank für die Hilfe. Mache mich jetzt mal auf die Suche nach einer vernünftigen Netzwerkkarte

[Announce] LinVDR-Kernel 2.6.23.9

Jetzt mitmachen!

Teilen